Infrarestructura de Software Archives - Software Evolutivo

Kubernetes: Arquitectura y Recursos Principales

Jorge Aguilar — Thu, 18 Jul 2024 18:29:50 +0000

En un mundo donde se hace necesario disponer de aplicaciones escalables y que puedan responder a las exigencias de disponibilidad más demandantes, es donde surgen plataformas de orquestamiento de contenedores como Kubernetes. En esta entrada veremos la plataforma Kubernetes, su arquitectura y los recursos principales que la conforman.

¿Qué es Kubernetes?

Kubernetes se puede definir como un sistema de código abierto para la automatización del despliegue, el escalado y la gestión de aplicaciones contenerizadas.
Fue desarrollado por Google y es ampliamente utilizado en la industria para implementar y administrar aplicaciones en la nube privada, pública o híbrida entre estos dos tipos.
Kubernetes se ha convertido en la alternativa de facto cuando se requiere coordinar una gran cantidad de contenedores.

Kubernetes (K8s) se presenta como la respuesta natural al escalamiento de soluciones como Docker, containerd o contenedores en general.

(Si te interesa, en un artículo anterior compartimos los Primeros pasos en Docker).

Su adopción ha sido masiva en todas las industrias, con una tendencia a soluciones provistas en la nube.

Kubernetes no llega para reemplazar a los contenedores, sino más bien a complementarlos, lo que es muy beneficioso para responder a las demandas crecientes que tienen las aplicaciones nativas de la nube.

5 Beneficios Principales de Kubernetes

Kubernetes ofrece muchos beneficios para el despliegue de aplicaciones en entornos empresariales, más allá del escalamiento de la contenerización, así presentamos los siguientes 5 beneficios principales de esta tecnología:

– Escalabilidad Automática: Kubernetes permite escalar automáticamente las aplicaciones según la demanda, aumentando o disminuyendo el número de contenedores en función del tráfico o la carga de trabajo.
– Alta Disponibilidad: Gracias a su arquitectura distribuida y sus mecanismos de autorecuperación, Kubernetes asegura que las aplicaciones estén siempre disponibles, incluso en caso de fallos en los nodos o contenedores.
– Portabilidad y Flexibilidad: Las aplicaciones desplegadas en Kubernetes pueden ejecutarse en cualquier entorno que soporte Kubernetes, ya sea en la nube pública, privada o en entornos híbridos, sin necesidad de cambios significativos.
– Eficiencia en el Uso de Recursos: Kubernetes optimiza la utilización de los recursos del clúster, asignando contenedores a los nodos de manera eficiente y permitiendo un mejor aprovechamiento del hardware.
– Despliegues y Rollbacks Simplificados: Con Kubernetes, es posible realizar actualizaciones y rollbacks de aplicaciones de manera controlada y sin tiempo de inactividad (por ejemplo despliegue blue/green), lo que facilita la implementación de estrategias de integración y entrega continuas (CI/CD).

Arquitectura de Kubernetes

La arquitectura de Kubernetes se divide en dos partes:

Control Plane

El Control Plane es el corazón del sistema y se encarga de la gestión del cluster, así es, estamos hablando de un conjunto de servidores, conocidos como servidores master, trabajando de manera colaborativa. Los componentes principales del Control Plane son:

– API server: Servicios Web del tipo REST que dan acceso a consultas y peticiones sobre el sistema. La interfaz por línea de comandos o la consola Web lo utilizan para realizar las diferentes tareas administrativas y de monitoreo.
– etcd: Es una base de datos distribuida donde se aloja la configuración y el estado del sistema. Se accede a ella mediante el API server.
– scheduler: Es el componente encargado de asignar la nueva carga de trabajo a los nodos del cluster. Éste necesita información actualizada sobre la disponibilidad de los nodos y de los recursos que puedan ofrecer.
controller: Es el que monitorea el estado de los recursos del cluster y toma acciones para asegurarse que se regrese al estado esperado.

Cluster

El Cluster como tal, formado por nodos esclavos (servidores de máquinas virtuales o físicas) y que ejecutan las aplicaciones contenerizadas.

Nodo

Cada nodo ejecuta un agente llamado kubelet, el cuál se comunica con el Control Plane para reportar el estado y conocer sobre nuevos requerimientos. También se encarga de solicitar el inicio o detención de los contenedores en cada uno de los nodos.

Los nodos también ejecutan el kube-proxy de Kubernetes, que se encarga de la comunicación por la red.

Finalmente, tienen al Container runtime, que corresponde al espacio de ejecución de los contenedores, brindando acceso a los recursos de Hardware que puedan requerir, como son: memoria, CPU, red, etc.

Componentes Complementarios

Por otro lado, también podríamos considerar otros servicios que no son, de por sí, parte de Kubernetes pero que lo complementan para brindar soluciones integrales. Estas podrían ser:

– Image Registry: Repositorio de las imágenes de contenedor utilizados para crear los contenedores de las aplicaciones y servicios como por ejemplo una base de datos.
– Load Balancer: Servicio que redirige las peticiones de los clientes para que la carga pueda ser distribuida y también para aislar a los nodos que puedan tener problemas, soportando alta disponibilidad.

Recursos Principales

A continuación detallaremos los recursos que se consideran la base de Kubernetes y que a través de ellos se obtienen los beneficios más importantes de este tipo de soluciones.

Pod

La unidad más pequeña del despliegue en Kubernetes es el Pod y puede contener uno o más contenedores. Entre los contenedores que forman parte de un Pod comparten el mismo espacio de nombres y recursos como la dirección IP o volúmenes de disco, lo que significa que pueden comunicarse entre sí de forma fácil y rápida.

Service

Otro recurso importante de Kubernetes incluye al Service, que es una abstracción de uno o más Pods (están al frente de los Pods y proveen un balanceo de carga), proporcionan una dirección IP más estable que un Pod y además se publica un nombre DNS para facilitar la ubicación del mismo dentro de la red. Los Service se utilizan para que los Pods se comuniquen entre sí, siendo un intermediario, de forma segura y estable.

Deployment

Finalmente tenemos al Deployment, que es el elemento encargado de gestionar y actualizar un conjunto de pods similares. Un Deployment define la plantilla para los Pods y se encarga de crear y mantener la cantidad de los mismos que sean necesarios para cumplir con la especificación deseada. Los deployments también facilitan el despliegue gradual y el rollback de las aplicaciones.

Conclusiones

– Kubernetes como Solución Integral para la Gestión de Contenedores: Kubernetes se ha establecido como una plataforma esencial para la automatización y orquestación de aplicaciones contenerizadas. Su capacidad para escalar aplicaciones de manera automática, gestionar eficientemente los recursos y garantizar alta disponibilidad lo convierte en una solución robusta y adaptable para entornos de nube pública, privada e híbrida.
– Arquitectura de Kubernetes:
Control Plane y Clúster Distribuido: La arquitectura de Kubernetes está diseñada para proporcionar un control centralizado mediante el Control Plane, que gestiona el estado del clúster, y una ejecución distribuida en nodos, que asegura la operación continua de las aplicaciones. Esta separación de funciones permite una gestión eficiente y una recuperación automática ante fallos, mejorando la resiliencia de las aplicaciones.
– Beneficios tangibles de Kubernetes para DevOps: Kubernetes ofrece ventajas significativas en términos de escalabilidad automática, alta disponibilidad, portabilidad y eficiencia en el uso de recursos, lo que lo convierte en una herramienta fundamental para equipos de desarrollo y operaciones que buscan optimizar sus procesos de CI/CD.

Hasta aquí llegamos con esta entrega, para una próxima oportunidad estaremos abordando contenido práctico, donde crearemos recursos como los que hemos analizado previamente.

Esperamos que nos sigas acompañando en esta serie de artículos sobre Kubernetes y te invitamos a dejar tus comentarios o preguntas en la sección inferior. Nos encantaría conocer sobre qué otros temas te gustaría que compartamos. ¡Nos leemos pronto!

Referencias:

– https://kubernetes.io/

Conoce Nuestros Servicios

Escalabilidad sin Límites: Consultoría de Kubernetes para su Empresa

Nuestro enfoque en Kubernetes está diseñado para impulsar la escalabilidad de su infraestructura de TI, a través de la implementación estratégica de contenedores y la orquestación eficiente de aplicaciones y servicios, su infraestructura estará lista para escalar sin límites.

Solicitar DEMO

The post Kubernetes: Arquitectura y Recursos Principales appeared first on Software Evolutivo.

Apache ActiveMQ Artemis

Bryan Diaz — Wed, 17 Jul 2024 04:28:25 +0000

En este artículo vamos a hablar sobre una herramienta muy popular para la comunicación entre aplicaciones llamada Apache ActiveMQ Artemis, además revisaremos un ejemplo de cómo implementar su funcionamiento utilizando dos microservicios implementados con Spring Boot y Java.

A menudo, nos encontramos con eventos que suceden en nuestros sistemas y necesitamos que otros sistemas se enteren de ellos. Notificar estos eventos de manera síncrona puede generar problemas de rendimiento y disponibilidad, ya que los sistemas dependen de la respuesta inmediata de otros sistemas. En cambio, hacerlo de manera asíncrona presenta varias ventajas, como la reducción de la dependencia y el acoplamiento entre sistemas, mejorando la eficiencia y la escalabilidad de nuestras aplicaciones.

A veces, incluso tenemos procesos manuales que requieren la intervención de una persona para realizar acciones en respuesta a un evento. Con la ayuda de Apache ActiveMQ Artemis, podemos conectar nuestras aplicaciones de manera más eficiente y eliminar estos procesos manuales que no generan valor a nuestros negocios. Este tipo de productos, conocidos como MOM (Message Oriented Middleware), nos permiten implementar el asincronismo, facilitando la comunicación entre sistemas de una manera más flexible y robusta.

Artemis

Comenzamos hablando sobre qué es ActiveMQ Artemis.

En términos oficiales, Apache ActiveMQ Artemis es un intermediario que facilita la comunicación entre diferentes sistemas o aplicaciones. Es de código abierto, muy popular y multiprotocolo, basado en Java. Artemis permite integrar aplicaciones multiplataforma utilizando diversos protocolos, como AMQP (Advanced Message Queuing Protocol – Protocolo Avanzado de Cola de Mensajes), JMS, MQTT, STOMP, OpenWire, entre otros. Gracias a esta variedad de protocolos, Artemis es una excelente opción para tener comunicación entre dos aplicaciones y poder pasar información de un sistema a otro cuando ocurre un evento.

Arquitectura

La estructura utilizada es un Middleware Orientado a Mensajes (MOM), el cual permite la comunicación a través del intercambio de mensajes de forma asíncrona. Esto significa que las operaciones se llevan a cabo sin requerir que todas las partes involucradas en la comunicación estén disponibles al mismo tiempo que ocurre el envío de eventos, permitiendo así que los procesos continúen su ejecución sin esperar una respuesta inmediata.

En Artemis contamos con dos tipos de envío de mensajes: los mensajes que se envían a colas de tipo anycast y los de tipo multicast.

Anycast: Conocido como punto a punto (Point-to-Point), en este tipo de cola, varios consumidores están a la escucha de la misma cola y van leyendo los mensajes a medida que llegan. Sin embargo, no todos los consumidores pueden leer el mismo mensaje al mismo tiempo.

Multicast: Es un modo de distribución de tipo publicación-suscripción (pub/sub). Cada mensaje que se envía a una dirección de tipo multicast se replica a las colas que contienen cada sistema que esté a la escucha de los mismos. Como se muestra en la gráfica, aquí tenemos dos consumidores y ambos se enterarán del mismo mensaje al mismo tiempo.

Para el desarrollo de este blog, se trabajará con colas de tipo anycast.

La versión que utilizaremos de ActiveMQ Artemis será la última hasta la fecha de este blog, que es la 2.35. Podemos buscarla en DockerHub como se puede observar en la imagen.

Spring Boot

Para este blog vamos a trabajar con microservicios de Spring Boot, utilizaremos Maven y el lenguaje Java. La última versión de Spring Boot hasta la fecha de este blog es 3.3.1, y la versión de Java es 21. Agregaremos ActiveMQ Artemis a los proyectos. Los proyectos tienen el nombre de “producer” y “consumer”. El producer es el encargado de enviar el mensaje a Artemis y crear la cola en Artemis, y el consumer es el encargado de suscribirse a esa cola y leer los mensajes que envíe el producer.

Escenario a Resolver

En un hospital, hay dos sistemas involucrados en la gestión de camas que funcionan de la siguiente forma:

El Sistema A, encargado de registrar la disponibilidad de camas cuando un paciente abandona la sala de emergencias.
El Sistema B, monitorea la ocupación de camas en todo el hospital.
Actualmente, cuando el Sistema A registra que una cama está disponible, una enfermera debe ingresar manualmente esta información en el Sistema B.
Se busca una mejora para sincronizar automáticamente estos sistemas, de modo que cualquier actualización en el Sistema A se refleje instantáneamente en el Sistema B, eliminando la necesidad de registros manuales.

Para desarrollar este requerimiento, los proyectos que creamos en Spring Boot serán: el producer como nuestro Sistema A y el consumer como nuestro Sistema B.

En el proyecto que creamos en Spring, al agregar la dependencia de Docker y ActiveMQ Artemis, se genera un archivo compose.yaml. Utilizaremos este archivo para levantar nuestro contenedor de Artemis. En el proyecto producer, como es el que va a generar el evento, editaremos el archivo compose.yaml, añadiendo la siguiente información:

Para levantar el contenedor de Artemis con las modificaciones realizadas al archivo compose.yaml, en este blog se ejecutará con Podman porque la práctica se está realizando en un sistema operativo Fedora, que ya lo incluye. Pero si cuentan con Docker también pueden utilizarlo, no habría problema. Ejecutamos nuestro archivo desde la ubicación donde se encuentra nuestro archivo compose.yaml y ejecutamos:

podman-compose -f compose.yaml up

o con Docker:

docker compose -f compose.yaml up

Esto comenzará a descargar la imagen de Artemis.

Una vez que en los logs salga un mensaje como el siguiente: AMQ241004: Artemis Console available at link, podemos ingresar a un navegador y acceder a la URL localhost:8161 para acceder a la pantalla de Artemis.

Las credenciales serán las que configuramos en nuestro archivo compose.yaml, en este caso artemis como username y artemis como password.

Una vez dentro de la consola, podemos observar las versiones de Artemis y navegar por el mismo.

Se debe deshabilitar el Docker Compose de los proyectos Spring Boot, en el archivo de propiedades application.properties colocar:

spring.docker.compose.enabled=false

Para que no se levante Artemis cada que se ejecute el proyecto, sino que se levante una única vez cuando nosotros lo necesitemos.

Para poder enviar el evento desde el Sistema A al Sistema B, necesitamos un método que nos ayude con el envío. En este caso, hemos creado el método pushRequestPaymentOrder (puedes darle cualquier nombre). Primero, creamos nuestro DTO que contendrá la información que necesita el Sistema B. Para nuestro caso planteado, vamos a enviar un mensaje que indique que la cama está disponible y el ID de la cama correspondiente.

Utilizamos el atributo de clase que inyectamos de JmsTemplate, una clase de Spring que facilita el envío y recepción de mensajes a través de JMS. Utilizamos el método convertAndSend, que convierte el objeto DTO en un mensaje en formato JSON y lo envía a TopicDemo, que es el nombre de la cola a la que se envía el mensaje.

El método pushRequestPaymentOrder se llama desde la lógica de negocio en el sistema cuando se necesita encolar información. Por ejemplo, cuando se detecta que una cama está disponible, se invoca este método para enviar la información al Sistema B.

Para que podamos observar la información de ese mensaje en Artemis, debemos tener en nuestro producer lo siguiente:

El convertidor se utiliza tanto en el productor como en el consumidor para manejar la transformación del DTO. En el Sistema A, el convertidor transforma el DTO de un objeto Java a JSON antes de enviarlo a Artemis. Luego, cuando consumimos el evento en el Sistema B, el convertidor transforma el JSON almacenado en Artemis de vuelta a un objeto Java. Esto asegura que los datos se mantengan consistentes y fácilmente manejables a lo largo del proceso de comunicación entre sistemas.

Una vez confirmado que nuestro evento llegó con normalidad a Artemis y podemos observar su información, lo siguiente es levantar nuestro Sistema B, que en este caso sería nuestro consumidor. Debemos configurarlo para que esté a la escucha de los eventos que lleguen a una cola específica para poder leerlos y acceder a su información.

Eso lo realizamos de la siguiente manera:

Creamos nuestro método que tiene la etiqueta @JmsListener, que indica que está a la escucha de lo que llegue a esa dirección de cola, llamada TopicDemo, que es el nombre de la cola donde el producer envió el evento. Pero como se mencionó anteriormente, al momento de leer el evento, está leyendo un valor tipo JSON, por lo que queremos que lo transforme al objeto que necesitamos. Para ello, aquí también utilizamos el método jacksonJmsMessageConverter.

Como podemos ver en los logs, al levantar este microservicio se hará el consumo del mensaje que representa el evento. Ya tenemos que la cama está disponible, y lo siguiente sería actualizar en el Sistema B, en base de datos, que ahora la cama con el ID que acabamos de leer está disponible.

Resumen

En resumen, teníamos un Sistema A que contaba con una información, pero esa información necesitaba saberla el Sistema B. Para que el Sistema B se enterara, era necesario contar con una persona que analizara los cambios en el Sistema A y luego actualizara el Sistema B. Pero, ¿Qué ocurre si durante el almuerzo hay cambios o si la persona encargada de actualizar se distrae? No contaremos con la información actualizada en tiempo real.

Para eso, presentamos la solución planteada en este Blog: ahora no se requiere de una persona para hacer estas actualizaciones, sino que el Sistema A será un producer que envía eventos a Artemis cuando se desocupe alguna cama. Luego, el Sistema B será un consumer que esta a la escucha de esos eventos en Artemis para leerlos y actualizar automáticamente en sus registros que ahora la cama está disponible, asegurando así información actualizada en todo momento.

Esto fue un ejemplo con el uso de colas de tipo anycast. Próximamente se hará un blog con un escenario para colas de tipo multicast.

Si tienes alguna pregunta o comentario sobre este tema, no dudes en dejarlos abajo. Nos encantaría saber tu opinión y ayudarte con cualquier duda que puedas tener. ¡Gracias por leer!

Link de los proyectos:

https://github.com/softwareevolutivo/artemis

Referencia:

https://activemq.apache.org/components/artemis/documentation/2.0.0/address-model.html

Taller en Youtube – Apache ActiveMQ Artemis ▶ ¿Qué es y para qué sirve?

https://www.youtube.com/watch?v=Sn4TyzmtLxU

¿Quieres mejorar tus procesos de integración?

Descubre nuestros servicios y agenda una demo.

Ver Demo

The post Apache ActiveMQ Artemis appeared first on Software Evolutivo.

Esenciales para la Administración de Servidores Linux

Mateo Martínez — Sun, 30 Jun 2024 23:27:24 +0000

Los servidores son la columna vertebral de las redes informáticas, proporcionando servicios esenciales a otros dispositivos o clientes en la red. En el ámbito de los servidores, Linux se ha consolidado como una opción muy popular y robusta debido a su estabilidad, seguridad y flexibilidad. Estos servidores pueden manejar una amplia variedad de tareas, desde alojar sitios web y gestionar bases de datos hasta operar aplicaciones empresariales y servicios de correo electrónico.

Contenido:

Sistemas Operativos

Los sistemas operativos tipo Unix son conocidos por su robustez y amplia utilización en servidores y estaciones de trabajo. A continuación, se presentan algunos ejemplos destacados:

Linux es un sistema operativo de tipo Unix-like con una arquitectura y filosofía común basada en la idea de que “todo es un archivo”. Multiusuario y multitarea, permite la ejecución simultánea de múltiples tareas por diferentes usuarios.

Distribuciones de Linux:

Rolling Release: Ejemplos como Arch Linux y Manjaro. Estas distribuciones reciben actualizaciones continuas, lo que proporciona las últimas características y mejoras de software de manera constante.
Fixed Release: Ejemplos como Debian, Ubuntu y Fedora. Estas distribuciones lanzan versiones específicas con actualizaciones periódicas no solo de seguridad, sino también funcionales. Están diseñadas para diferentes públicos objetivos, como hackers, servidores, usuarios comunes, gamers, entre otros. Algunas distribuciones son más estables que otras, y cada una está optimizada para cierto tipo de trabajo.

Sistemas de archivos en Linux

Los sistemas de archivos son métodos estructurados para almacenar y organizar datos en dispositivos de almacenamiento, como discos duros y unidades flash. Cada sistema de archivos tiene características distintas que afectan su rendimiento, confiabilidad y capacidad de manejar diferentes tipos de datos.

A continuación, se presentan algunos sistemas de archivos en entornos Linux:

Btrfs: Diseñado para manejar grandes conjuntos de datos con alta redundancia y escalabilidad.
Ext4: Predeterminado en muchas distribuciones, conocido por su rendimiento y confiabilidad.
XFS: Adecuado para sistemas de archivos muy grandes.
NTFS, FAT32: Compatibles con Windows, utilizados comúnmente en unidades portátiles.

El Rol del Administrador de Servidores

Habilidades clave:

Control de accesos: Gestión de permisos y autenticación de usuarios.
Monitoreo del sistema: Uso de herramientas como top, htop, y ps para supervisar procesos y recursos.
Administración de recursos: Gestión eficiente de CPU, memoria, y almacenamiento.
Troubleshooting: Resolución de problemas mediante logs y herramientas de diagnóstico.
Instalación y mantenimiento de software: Uso de manejadores de paquetes como APT y DNF (antes YUM).
Creación de respaldos: Planificación y ejecución de respaldos regulares.
Documentación: Mantener registros detallados de configuraciones y cambios.

Roles específicos:

DevOps Engineer: Enfocado en la integración y entrega continua en el desarrollo de software.
Site Reliability Engineer: Garantiza la operación y confiabilidad de los sistemas.
Security Operations Engineer: Encargado de la seguridad a nivel de red y aplicaciones.
Network Engineer, Database Administrator, Cloud Engineer, etc.

Instalación de Servidores

Métodos de instalación:

Instalación directa: Descargar una imagen ISO y utilizarla para instalar el sistema operativo en el hardware.
Virtualización: Uso de software como VirtualBox o KVM para crear máquinas virtuales.
Hypervisor Tipo 1: Ejemplo: VMware ESXi, KVM, instalados directamente en el hardware.
Hypervisor Tipo 2: Ejemplo: VirtualBox, está instalado sobre un sistema operativo host.

Gestión de Usuarios y Permisos

Creación de usuarios:
useradd nombre_usuario
Asignación de contraseñas: passwd nombre_usuario
passwd nombre_usuario
Gestión de grupos:
groupadd nombre_grupo
usermod -aG nombre_grupo nombre_usuario

Administración de memoria y almacenamiento

Visualización de dispositivos de almacenamiento:
lsblk
Gestión de particiones:
fdisk /dev/sdX
parted /dev/sdX
Formateo de particiones, con los diferentes sistemas de archivos:
mkfs.ext4 /dev/sdX1
mkfs.xfs /dev/sdX1
mkfs.btrfs /dev/sdX1
mkfs.ntfs /dev/sdX1
mkfs.fat -F 32 /dev/sdX1
Montaje y desmontaje de sistemas de archivos:
mount /dev/sdX1 /mnt
umount /mnt
Visualización del espacio de almacenamiento:
df -h
du -sh /ruta
Gestión de volúmenes lógicos con LVM:
LVM (Logical Volume Manager) es una tecnología de administración de almacenamiento que permite gestionar volúmenes lógicos en Linux de manera flexible y dinámica. Con LVM, puedes crear, modificar y eliminar volúmenes lógicos sin necesidad de apagar el sistema ni mover datos.
Este es un tema muy amplio. Más adelante, profundizaremos sobre LVM en un blog dedicado, donde exploraremos cada comando y su aplicación práctica en escenarios de administración de almacenamiento en Linux.

Monitoreo y Mantenimiento del Sistema

Monitoreo de procesos y recursos:
Comando ps: Lista procesos en ejecución.
ps aux
Comando top: Monitorean el uso de recursos en tiempo real.
top
Comando lsof: Lista archivos abiertos y los procesos que los utilizan.
lsof -i :80 (ver procesos que usan el puerto 80)
Buscar ID de un proceso:
pidof nombre_proceso
El comando kill -15 PID se usa para enviar una señal de terminación al proceso especificado por su PID.
Se puede reemplazar el -15 por el número -9 que corresponde a la señal SIGKILL, que fuerza la terminación inmediata del proceso sin permitir que el proceso realice ninguna limpieza o cierre ordenado de recursos.

Gestión de demonios y servicios:
Uso de systemd:
Crear y gestionar demonios
systemctl start nombre_servicio
systemctl enable nombre_servicio
Para crear un nuevo servicio personalizado en systemd, debes crear un archivo de unidad en el directorio /etc/systemd/system/.
EjemploTe dejamos un ejemplo de un archivo de unidad para el servicio D-Bus (sistema de mensajería que permite que diferentes aplicaciones se comuniquen entre sí). Este archivo configura cómo se debe iniciar, detener y recargar el servicio D-Bus en el sistema, con sus dependencias y configuraciones de entorno.

Seguridad

Asegurar la seguridad en sistemas Linux implica implementar prácticas y herramientas adecuadas para proteger el sistema contra accesos no autorizados y vulnerabilidades. Aquí se presentan algunas medidas básicas y cómo utilizar herramientas específicas para configurar firewalls y gestionar actualizaciones:

Configuración de firewalls:
Uso de ufw (Ubuntu):
ufw allow 22/tcp
ufw enable
Uso de firewalld (CentOS, Fedora, Red Hat, Oracle Linux):
firewall-cmd --permanent --add-service=http
firewall-cmd --reload

Gestión de actualizaciones y parches:
apt update && apt upgrade (Debian/Ubuntu)
dnf update (Red Hat/CentOS)
Configuración de SSH: Asegurar el acceso remoto.
Cambios en el SSH: Editar /etc/ssh/sshd_config, se recomienda realizar los siguientes cambios:
Cambio del puerto SSH
Desactivar el acceso como root
Restringir usuarios específicos
Configurar autenticación de clave pública
Limitar protocolos y cifrados débiles
Configuración de timeout y límites de intentos

Automatización con cron jobs

Configurar y utilizar cron jobs de manera efectiva ayuda a automatizar procesos rutinarios y a mantener la consistencia y eficiencia del sistema operativo Linux. Es importante verificar regularmente los cron jobs existentes y asegurarse de que funcionen según lo esperado para evitar problemas y mantener la integridad del sistema.

Validación del estado del demonio de cron:
systemctl status cron
Creación de cron jobs:
Editar crontab:
crontab -e
Sintaxis de crontab: minuto hora día_mes mes día_semana comando
Ejemplo (Ejecutar backup.sh todos los días a las 2 AM):
0 2 * * * /path/to/backup.sh
Listar cron jobs:
crontab -l

Respaldo y Recuperación

Métodos de creación de respaldos:
Respaldo con tar:
tar -czf /ruta/destino/respaldo.tar.gz /ruta/origen
Respaldo incremental con rsync:
rsync -av --delete /ruta/origen /ruta/destino
Uso de herramientas de respaldo:
duplicity
borg
Estrategias de recuperación:
Restauración de archivos con tar:
tar -xzf respaldo.tar.gz -C /ruta/destino
Restauración de archivos con rsync:
rsync -av /ruta/destino/ /ruta/origen
Planificación de recuperación ante desastres:
Documentar procedimientos de recuperación.
Realizar pruebas regulares de restauración.

Administración de Paquetes

Manejadores de paquetes:
APT (Debian/Ubuntu):
Actualizar lista de paquetes: sudo apt update
Instalar un paquete: sudo apt install nombre_paquete
Eliminar un paquete: sudo apt remove nombre_paquete
YUM (Red Hat/CentOS):
Actualizar lista de paquetes: sudo yum update
Instalar un paquete: sudo yum install nombre_paquete
Eliminar un paquete: sudo yum remove nombre_paquete
DNF (Fedora/CentOS 8+):
Actualizar lista de paquetes: sudo dnf update
Instalar un paquete: sudo dnf install nombre_paquete
Eliminar un paquete: sudo dnf remove nombre_paquete

En conclusión, la administración de servidores Linux contempla una amplia gama de competencias y conocimientos, desde la instalación y configuración inicial hasta el monitoreo, mantenimiento y seguridad continuos.

Conoce nuestros servicios

Orquestación de Aplicaciones y Servicios

Nuestro enfoque en Kubernetes está diseñado para impulsar la escalabilidad de su infraestructura de TI.

The post Esenciales para la Administración de Servidores Linux appeared first on Software Evolutivo.

Descubriendo a Quarkus: ¿Que es, Características y por qué utilizarlo?

Bryan Diaz — Thu, 23 Mar 2023 15:43:36 +0000

Descubriendo a Quarkus: ¿Que es, Características y por qué utilizarlo?

En la actualidad, Quarkus representa la pila tecnológica de Java Nativa de Kubernetes (una colección de herramientas, marcos, lenguajes de programación y bibliotecas) diseñada para GraalVM y OpenJDK HotSpot (Máquinas Virtuales de Java).

Los desarrolladores pueden crear aplicaciones con el mismo Stack (Estructura de Datos) y microservicios más ligeros, rápidos y escalables gracias a las mejores bibliotecas y estándares de Java utilizados en su creación. Esta herramienta permite a los desarrolladores escribir código en Java/Kotlin mientras proporciona funciones de gestión de memoria y escalabilidad. Por lo tanto, “Quarkus” ayuda a los desarrolladores a trabajar de manera proactiva y eficiente si buscan una forma eficiente de desarrollar una determinada aplicación o microservicio Java, ya que es una de las mejores opciones disponibles.

Quarkus es más que un proyecto de código abierto presentado por Red Hat (Que conquistó a la comunidad Java y el primer release fué presentado en el 2019), por el hecho de que combina la productividad y la alegría del desarrollador (similar a Node.js), con la velocidad y rendimiento de GO, puesto que aquello le permite a los desarrolladores Java crear soluciones tecnológicas y arquitecturas modernas futuristas.

Turețchi (2022) muestra que Quarkus es una pila de Java nativa para la nube, basada en contenedores y diseñada para mejorar la productividad de los desarrolladores, reducir la huella de memoria de las aplicaciones y microservicios Java. Esta herramienta brinda a los desarrolladores una experiencia de tiempo de ejecución unificada y liviana mediante el uso de GraalVM, HotSpot y otros lenguajes como Kotlin, lo que permite el desarrollo eficiente de aplicaciones modernas nativas de la nube, con un enfoque en la escalabilidad y la gestión de la memoria. En consecuencia, Quarkus, como parte de un conjunto de herramientas tecnológicas, facilita la creación rápida de servicios modernos nativos en la nube.

Aplicaciones de Quarkus y por qué es actualmente el marco más popular

Quarkus es uno de los marcos de desarrollo nativos en la nube más populares en la industria tecnológica debido a sus características notables. Ofrece un tiempo de arranque rápido, una pequeña huella de memoria y una gestión escalable de la memoria. Por esta razón, el marco Quarkus con Kotlin es ampliamente utilizado en la industria. Su capacidad para reducir los tiempos de desarrollo también ayuda a mantener un alto rendimiento con servidores y redes de baja gama.

Cabe recalcar que, todos estos elementos claves, inciden en la creación de aplicaciones con un alto grado de rapidez/eficiencia, ya que se pueden implementar y escalar fácilmente en varias arquitecturas de la nube.

Con las capacidades de Quarkus, las organizaciones ahora pueden desarrollar servicios modernos con mayor velocidad y eficiencia que nunca, y usando Java o Kotlin proporciona una experiencia de desarrollo fluida con un modelo de programación reactivo moderno.

Arquitectura Empresarial Tradicional vs. Arquitectura Contenerizada.

En Quarkus, puedes desarrollar aplicaciones Java y ejecutarlas directamente en el sistema operativo subyacente sin necesidad de una máquina virtual de Java intermedia. Esto reduce significativamente el tiempo de ejecución, el consumo de memoria y otros recursos, lo que se traduce en una ejecución más eficiente y rápida de la aplicación. Quarkus lleva poco más de tres años en el mercado y ofrece una propuesta de valor para la creación de aplicaciones Java de última generación. Además, proporciona arquitecturas escalables para ejecutar aplicaciones Java y Serverless en la nube.

Arquitectura Tradicional

En la arquitectura tradicional, el primer nivel consta del hardware esencial para ejecutar el segundo nivel, que es el sistema operativo, como por ejemplo una Mac OS o Linux. En el tercer nivel, se requería la instalación de la popular Máquina Virtual de Java (JVM), mientras que en el último nivel, comúnmente utilizado en entornos empresariales, se instalaba un servidor de aplicaciones. Para ello, era necesario contar con una máquina virtual de Java capaz de comunicarse con el sistema operativo subyacente y traducir toda la aplicación al sistema operativo. Esta arquitectura era común en empresas, pero con el tiempo ha dejado de ser una buena práctica debido a sus implicaciones en el desarrollo, la agilidad y la complejidad en su mantenimiento. Actualmente, existen otras arquitecturas que ofrecen soluciones más ligeras y eficientes.

Figura 1: Arquitectura Java Tradicional

Arquitectura Contenerizadas.

En la actualidad, la arquitectura contenerizada se ha vuelto cada vez más popular gracias a la presencia de nuevas tecnologías en el mercado. Entre ellas, la tecnología Docker (Si te interesa, en un artículo anterior compartimos los Primeros pasos en Docker.) ha tomado un gran protagonismo en la mayoría de las empresas. Docker nos permite construir y empaquetar aplicaciones de forma portable, lo que significa que pueden ejecutarse en diferentes sistemas operativos y entornos sin necesidad de compilar la aplicación para un sistema operativo en particular. En esencia, Docker realiza una tarea similar a la que la máquina virtual de Java realizaba, pero aplicable a cualquier tipo de aplicación.

En la arquitectura contenerizada, el primer nivel es el hardware, seguido por el sistema operativo, que puede ser cualquiera que tenga la capacidad de ejecutar contenedores. En el siguiente nivel, se debe instalar Docker para poder colocar nuestras aplicaciones en contenedores y ejecutarlas. Gracias a esta arquitectura, podemos tener diferentes versiones de aplicaciones sin que esto suponga un problema, ya que cada una se ejecuta en un contenedor independiente. Esto nos brinda una ventaja significativa en términos de mantenimiento y evita conflictos entre versiones de aplicativos.

Figura 2: Arquitectura Contenerizadas

Quarkus representa una mejora significativa en la arquitectura contenerizada al eliminar la necesidad de tener una JVM en cada contenedor para la ejecución de nuestras aplicaciones. Esto permite un despliegue más rápido y una menor utilización de recursos, lo que se traduce en una mayor eficiencia y ahorro de costos.

Superpoderes de Quarkus: Gestión de Memoria y Escalabilidad

Los desarrolladores pueden utilizar Quarkus, un marco Java que les brinda las herramientas necesarias para administrar la memoria de manera efectiva y escalar sus aplicaciones. Quarkus cuenta con una variedad de herramientas de optimización de memoria, como administración de memoria dinámica, recolección de elementos no utilizados y dimensionamiento de almacenamiento dinámico. Además, Quarkus proporciona soluciones de escalabilidad para aplicaciones que necesitan escalar rápidamente hacia arriba o hacia abajo, a través de herramientas de escalabilidad como orquestación de contenedores, escalado automático y equilibrio de carga. Estas características permiten a los desarrolladores asegurarse de que sus aplicaciones puedan manejar grandes cantidades de tráfico sin problemas de rendimiento. Con la administración de memoria dinámica de Quarkus, los desarrolladores pueden realizar cambios en sus aplicaciones sobre la marcha sin necesidad de reiniciar la aplicación, lo que les permite probar rápidamente los cambios y optimizar el uso de la memoria. Es importante destacar que la variedad de herramientas de escalabilidad permite la escalabilidad horizontal, lo que permite a las aplicaciones manejar fácilmente una mayor carga de usuarios.

Características y ventajas de Quarkus sobre los marcos tradicionales de Java

Quarkus es un marco independiente del tiempo de ejecución diseñado para proporcionar una forma eficiente y rentable de desarrollar aplicaciones nativas de la nube. Ofrece una gestión inteligente de la memoria y herramientas que facilitan a los desarrolladores la creación de aplicaciones con menos recursos y tiempo de arranque más rápidos que los marcos de Java tradicionales, lo que permite que las aplicaciones sean escalables de forma rápida y eficiente. Además, Quarkus tiene ventajas sobre los marcos de Java tradicionales en cuanto a la gestión inteligente de la memoria, la escalabilidad y el rendimiento mejorado, y brinda a los desarrolladores la capacidad de escribir código en cualquier idioma que elijan e implementarlo como una aplicación en contenedores, lo que lo convierte en una excelente opción para aquellos que buscan aprovechar los beneficios de la computación en la nube manteniendo el control sobre sus aplicaciones.

Desventajas de Quarkus sobre los marcos tradicionales de Java

Aunque Quarkus tiene muchas ventajas para el desarrollo de aplicaciones en la nube, también tiene algunas desventajas a tener en cuenta. Una de ellas es que, al ser un marco relativamente nuevo, puede haber una curva de aprendizaje para los desarrolladores que no estén familiarizados con él. Además, debido a que Quarkus utiliza tecnologías de vanguardia, puede haber algunos problemas de compatibilidad con bibliotecas y frameworks más antiguos. Por último, aunque Quarkus es altamente escalable, puede ser menos adecuado para aplicaciones que no necesiten escalabilidad horizontal, ya que esta característica puede agregar complejidad y costo al desarrollo y la implementación.

El tamaño de la imagen nativa de Quarkus puede ser una desventaja para algunos usuarios, por el hecho de que puede resultar más grande que el tamaño de la imagen de una aplicación Java tradicional. Esto se debe a que la imagen nativa incluye todo lo necesario para que la aplicación se ejecute sin depender de una máquina virtual, lo que aumenta su tamaño. Sin embargo, es importante tener en cuenta que esta desventaja puede ser mitigada mediante la optimización de la imagen y la eliminación de componentes innecesarios. Además, el tamaño de la imagen puede ser compensado por las ventajas en cuanto a rendimiento y eficiencia que ofrece Quarkus.

Conclusiones

En resumen, Quarkus es un nuevo marco de desarrollo de Java de alto rendimiento que permite a los desarrolladores crear aplicaciones empresariales de manera fácil y rápida. Con sus características únicas como la eficiencia del tiempo de ejecución, el soporte de Java y la integración con tecnologías empresariales, Quarkus es una opción atractiva para los desarrolladores que buscan crear aplicaciones rápidas y escalables. Por esa razón, vale la pena explorar Quarkus como una opción para su próximo plan de desarrollo de aplicaciones.

Referencias

https://quarkus.io/
Gascó Compte, A. (2022). Sistema de ayuda a las pruebas de fragilidad. Obtenido de: https://repositori.uji.es/xmlui/handle/10234/200566
Turețchi, G., & Cerbu, O. (2022). Aplicarea frameworkului Quarkus în cadrul arhitecturii bazate pe microservicii. In Conferinţa tehnico-ştiinţifică a studenţilor, masteranzilor şi doctoranzilor (Vol. 1, pp. 56-59).

The post Descubriendo a Quarkus: ¿Que es, Características y por qué utilizarlo? appeared first on Software Evolutivo.

¿Qué opciones tiene mi empresa ante los cambios tecnológicos y del mercado?

Gissella Trujillo — Wed, 11 Jan 2023 16:25:55 +0000

El éxito de las empresas es directamente proporcional a su habilidad de adoptar modelos comerciales basados en software, como parte de su estrategia y su interacción con el cliente.Fig.1

En diferentes industrias, las empresas posicionadas se ven amenazadas por empresas basadas en software; por lo que se ven forzadas a adaptarse a nuevos esquemas comerciales.

¿Qué pueden hacer las empresas para hacer frente a la realidad cambiante del mercado actual?

Integrar la tecnología en todas las áreas de la empresa, cambiando la manera en que opera y entrega valor a los clientes, esto implica:

Cambios culturales.
Procesos Ágiles.
Arquitectura de la siguiente generación.

El proceso de transformación para cada empresa es diferente, por lo que depende de sus necesidades específicas. Por ejemplo:

¿Cómo responder ante la amenaza de un nuevo competidor?

Ante la amenaza de un nuevo competidor disruptivo, con un nuevo software avanzado, la mejor opción para una empresa consolidada es lograr primero que sus operaciones actuales sean más eficientes.

La Estrategia de respuesta ante un mercado cambiante y nuevos competidores, abarca más que solo tecnología, implica preparar a sus personas y procesos; para las empresas consolidadas, un socio con experiencia en adopción de nuevas tecnologías puede agregar valor y ayudar en su proceso de mejora continua.

¿Por qué es fundamental contar con una estrategia tecnológica?

Históricamente, las empresas han cambiado constantemente, a la par de los hábitos de consumo, y con el avance de la tecnología, este proceso de mejora continua no se ha detenido desde el inicio del comercio, la diferencia con nuestra realidad actual es la velocidad con la que las cosas cambian y la tecnología avanza.

Este proceso de mejora continua, que no se detiene y acelera cada día es la razón principal para cuestionar nuestra estrategia tecnológica o la carencia de ella. Otras razones importantes incluyen:

Adopción y uso de la tecnología en todas las industrias: las empresas deben cambiar para adaptarse a los avances tecnológicos y su uso que aumenta rápidamente.
Competidores que son más veloces y eficientes con sus recursos, entienden mejor a sus clientes y dan un valor diferenciado: Las empresas deben actualizarse y realizar cambios iterativos y continuos para seguir siendo competitivas.
El comportamiento, las demandas y las expectativas cada vez más altas de los clientes: Las empresas que no logran aprovechar las tecnologías digitales corren el riesgo de perder cuota del mercado.
Rápida innovación e invención: La transformación digital está cambiando la manera en que usamos la tecnología y creando nuevos competidores y nuevos modelos empresariales en todas las industrias.

¿Qué pueden hacer las empresas ante el cambio constante?

Como se ha mencionado anteriormente, el proceso de adopción de nuevas tecnologías es diferente para cada empresa, dependiendo en la etapa que se encuentre, se pueden diferenciar 3 grandes enfoques para arrancar la estrategia y poner en marcha el camino de transformación:

Surgir: Adoptar una tecnología nueva para la transformación.
Transformar: Agilizar la transformación para convertirse en líder.
Liderar: Innovar constantemente para seguir siendo un líder.

Podemos concluir entonces que para cubrir las necesidades del mercado cambiante, haciendo frente a las tecnologías disruptivas de la competencia y a las cada vez más altas expectativas de los clientes en un mundo interconectado, es importante colocar en el mercado nuevos productos y servicios antes que nuestra competencia lo haga y eso implica que la organización pueda responder más rápido y que las áreas internas como TI tengan la capacidad de apoyar a las áreas de negocio con las nuevas iniciativas.con escalabilidad y disponibilidad, lo cual implica crecimiento.

Anteriormente, un sistema central Mainframe gestiona todas las cargas de trabajo asociadas con las aplicaciones y cuando la carga de trabajo aumentaba, la solución habitual era escalar verticalmente con más servidores (hardware). Sin embargo, por ser más demandantes, las cargas de trabajo en la actualidad se escalan horizontalmente.

¿Qué es la escalabilidad horizontal?

La escalabilidad es la capacidad del software para adaptarse a las necesidades de rendimiento a medida que el número de usuarios crece, las transacciones aumentan y por ende la base de datos y otros componentes de las aplicaciones empiezan a sufrir degradamiento del rendimiento por las cargas crecientes.

Cloud Computing habilita el escalamiento horizontal de los servicios TI. En lugar de adquirir y mantener hardware y software de manera local, los usuarios pueden acceder a aplicaciones y recursos informáticos a través de Internet.

El Cloud Computing, sin embargo, no es algo nuevo.

La mayoría de las empresas utilizan al menos un servicio comercial proporcionado a través de Internet. En total, las empresas gastaron casi $230 mil millones a nivel mundial en 2019 en servicios de la nube, según Gartner, una firma de investigación, y podrían gastar hasta $355 mil millones en 2023.

Existen tres proveedores líderes del mercado: Amazon Web Services (AWS), Microsoft Azure y Google Cloud Platform (GCP).

¿Por qué las empresas buscan la nube?

Para competir en el mercado con una estrategia tecnológica se requiere:

Entregas de aplicaciones a mayor velocidad
Reducción de costos
Escalabilidad adaptable

¿Qué es software nativo en la nube?

El desarrollo nativo de la nube (Cloud Native Development) es un enfoque para el desarrollo de aplicaciones en la nube que se centra en aprovechar al máximo las características y capacidades de la nube.

En lugar de intentar adaptar aplicaciones existentes a la nube, el desarrollo nativo de la nube implica diseñar aplicaciones desde cero para ejecutarse en la nube.

Beneficios del desarrollo de software nativo en la nube

El software nativo en la nube permite crear, desplegar y administrar aplicaciones modernas en entornos de computación en la nube. Las empresas modernas buscan crear aplicaciones altamente escalables, flexibles y resistentes que se puedan actualizar de manera rápida para satisfacer las necesidades de los clientes, utilizando herramientas y técnicas que promueven el desarrollo de aplicaciones en la infraestructura en la nube.

Estas tecnologías nativas en la nube permiten hacer cambios frecuentes y rápidos en las aplicaciones sin interrumpir el servicio, lo que proporciona a los usuarios una ventaja competitiva y de innovación.

Entre los principales beneficios tenemos:

– Más desarrollo de aplicaciones.
– Mayor velocidad de entrega.
– Más flexibilidad de implementación.
– Mayor calidad en el software.
– Menores riesgos de implementación.
– Acceso desde cualquier lugar
– Escalabilidad

Conclusiones

Para competir en la realidad actual, las empresas necesitan responder con un nuevo enfoque que brinda mayor velocidad y eficiencia a su modelo operativo.

El camino hacia una transformación guiada por una estrategia tecnológica, entonces, no es el mismo para cada empresa, pero ante la versatilidad de las nuevas tecnologías disruptivas que ganan su cuota mercado, la primera opción para empresas consolidadas es modernizar sus aplicaciones para obtener un nuevo valor de las inversiones en TI existentes.

Una solución de desarrollo de software nativo en la nube permitirá ir más allá, permitiendo sacar partido de una variedad de herramientas, frameworks, arquitecturas, etc, para:

Aprovechar al máximo los recursos con tecnologías innovadoras como Contenedores y Microservicios
Mejorar sus operaciones habilitando prácticas pensadas para la realidad del mercado cambiante (Agile, DevOps, CI/CD)

Estos términos que no se mencionan previamente en el blog (Contenedores, Microservicios, DevOps, CI/CD), se estarán abordando más adelante. Este es el primero de una serie de blogs sobre estrategia tecnológica, lo invitamos a leer la siguiente entrega para profundizar en el Desarrollo nativo en la nube. Si le gustaría saber más sobre un tema en particular o tiene una pregunta, lo atenderemos en la sección de comentarios.

Enlaces:

https://www.redhat.com/es/engage/devops-forrester-openinnovation-s-201902250310

https://www.gartner.com/en/doc/8-steps-playbook-to-optimize-software-and-saas-negotiations-2022

https://aws.amazon.com/es/what-is/cloud-native/#:~:text=El%20desarrollo%20nativo%20en%20la,para%20crear%20aplicaciones%20escalables%20r%C3%A1pidamente.

https://www.stormforge.io/wp-content/uploads/2020/11/451_cloud-container-kubernetes-economics-wp.pdf

https://www.economist.com/business/2020/03/14/how-corporate-it-is-entering-the-multi-cloud

The post ¿Qué opciones tiene mi empresa ante los cambios tecnológicos y del mercado? appeared first on Software Evolutivo.

JBoss EAP: Instalación y configuración básica

Jorge Aguilar — Thu, 12 May 2022 00:59:03 +0000

En esta primera entrega, de la serie de artículos relacionados a JBoss Enterprise Application Platform (EAP), vamos a considerar la instalación y configuración inicial del producto, de tal manera que podamos contar con los servicios suficientes para un despliegue en un ambiente de pruebas o que sea el primer paso para tener una instancia candidata a producción.

JBoss EAP es una plataforma de código abierto que ofrece seguridad, escalabilidad y rendimiento a nivel empresarial para aplicaciones Java. Incluyen todo lo que se necesita para crear, ejecutar, implementar y administrar aplicaciones Java empresariales en cualquier entorno.

Si bien JBoss EAP está disponible como imagen de contenedor o como un operador de Kubernetes u Openshift, en este caso vamos a utilizar los binarios tradicionales para hacer una instalación desde cero, lo que nos permitirá tener un mayor entendimiento de los requisitos para su operación.

Requisitos

Antes de iniciar, se espera que podamos contar con lo siguiente:

Servidor Linux: Los comandos que se presentan son compatibles con CentOS 8 o Red Hat Enterprise Linux 8
Disponer del utilitario unzip para descomprimir el binario de JBoss EAP
Tener instalado y configurado Java 1.8 u 11. El detalle de las configuraciones soportadas se pueden encontrar en la siguiente enlace: https://access.redhat.com/articles/2026253#EAP_74
Archivo empaquetado de JBoss EAP 7.4: Se puede descargar el Zip File desde la siguiente dirección: https://developers.redhat.com/products/eap/download

Configuración por defecto

JBoss EAP mantiene la siguiente configuración inicial:

No existen usuarios de administración de JBoss EAP, es necesario crear al menos uno para administrar el servicio remotamente. Este usuario será creado más adelante.
Solamente se escucha en la interfaz 127.0.0.1 (localhost), es decir que solamente están disponibles los servicios desde el mismo servidor.
Los puertos de los servicios principales son:
- Aplicaciones HTTP: 8080
- Aplicaciones HTTPS: 8443
- Administración (Web y por línea de comandos): 9990

Alcance de la instalación y configuración

Esta guía cubre los siguientes puntos:

Instalación de los binarios
Creación del usuario administrador de JBoss EAP
Apertura de las interfaces de red para el acceso remoto

Procedimiento de instalación y configuración

Instalación de los binarios

Se va a necesitar un usuario de sistema operativo (En este caso eap), diferente al usuario root, para levantar los servicios. Como el usuario root ejecutamos este y los siguientes comandos:

# useradd eap

NOTA: Este usuario es diferente al usuario administrador de JBoss EAP (eapadmin) que se creará en el punto 4 de esta sección.
Creación del directorio Home de JBoss EAP, descompresión del archivo empaquetado y asignación de permisos al usuario eap:

# mkdir /opt/jboss/ # cd /opt/jboss/ # unzip /tmp/jboss-eap-7.4.0.zip # chown -R eap:eap /opt/jboss/
Configuración de variables de ambiente para que el usuario eap disponga de los ejecutables de JBoss EAP en el PATH de su sesión:

# echo 'export EAP_HOME=/opt/jboss/jboss-eap-7.4' >> ~eap/.bash_profile # echo 'export PATH=$PATH:$EAP_HOME/bin' >> ~eap/.bash_profile
Crear el usuario administrador de JBoss EAP (eapadmin) con su respectiva contraseña. Hacemos el cambio al usuario eap del sistema operativo para luego ejecutar la creación del usuario:

# su - eap $ add-user.sh -u 'eapadmin' -p '********'

Inicio del servicio y validación de la configuración de red

Utilizando la misma sesión del usuario eap, ejecutamos el script de inicio para subir el servicio en modo Standalone:

$ standalone.sh

NOTA: La terminal quedará ocupada, la dejaremos abierta para no terminar el proceso.
Abrimos una nueva sesión con el usuario eap para confirmar los puertos que fueron abiertos por el servicio:

$ ss -ltn | grep -e 8080 -e 8443 -e 9990

Como lo muestra el comando ss, por defecto JBoss EAP escucha solamente en 127.0.0.1 (localhost).

Actualización de la dirección enlazada a las interfaces de red

Mediante la administración por línea de comandos (JBoss CLI) vamos a consultar la dirección enlazada a la interfaz pública (public: donde estarán disponibles las aplicaciones, puerto 8080 y 8443) para luego cambiarla por el nombre del servidor (server.example.com en este caso) o por su dirección IP:

$ jboss-cli.sh --connect [standalone@localhost:9990 /] /interface=public:read-attribute(name=inet-address)

[standalone@localhost:9990 /] /interface=public:write-attribute(name=inet-address,value="${jboss.bind.address:server.example.com}")
Realizamos algo similar pero con la interfaz de administración (management: servicio de administración, puerto 9990):

[standalone@localhost:9990 /] /interface=management:read-attribute(name=inet-address)

[standalone@localhost:9990 /] /interface=management:write-attribute(name=inet-address,value="${jboss.bind.address.management:server.example.com}")
Procedemos a recargar la configuración del servidor ya que los cambios anteriores requieren de un reinicio del servicio de JBoss EAP. Luego de esto, la sesión de JBoss CLI terminará debido a que ya no es válida por el cambio de la interfaz de administración:

[standalone@localhost:9990 /] reload [disconnected /] exit
Verificamos el cambio en la configuración de red utilizando nuevamente JBoss CLI, la conexión ahora debe indicar el nombre del controller de JBoss EAP (servidor y puerto) donde está el servicio de administración:

$ jboss-cli.sh --connect --controller=server.example.com:9990 [standalone@server.example.com:9990 /] /interface=public:read-attribute(name=inet-address)

[standalone@server.example.com:9990 /] /interface=management:read-attribute(name=inet-address)
Si el servidor Linux tiene levantado el servicio de Firewall será necesario abrir los puertos que utiliza JBoss, para el caso de CentOS 8 o Red Hat Enterprise Linux 8, como usuario root, se puede utilizar lo siguiente:

# firewall-cmd --list-ports # firewall-cmd --add-port 8080/tcp # firewall-cmd --add-port 8443/tcp # firewall-cmd --add-port 9990/tcp # firewall-cmd --runtime-to-permanent # firewall-cmd --list-ports
Finalmente probamos el acceso a los servicios desde un navegador Web:
- http://server.example.com:8080/
- https://server.example.com:8443/
- http://server.example.com:9990/

Conclusiones

JBoss Enterprise Application Platform trae por defecto una configuración que es suficiente para un ambiente de desarrollo pero va a ser necesario aplicar ajustes como los que hemos visto en este artículo para poder hacer uso de sus servicios en escenarios más demandantes.

Les hacemos la invitación a estar atentos ya que en próximas entregas cubriremos otras áreas de la administración y configuración del producto. Hasta entonces.

The post JBoss EAP: Instalación y configuración básica appeared first on Software Evolutivo.