Servidores de Aplicaciones y Node.js

• Un servidor de aplicaciones es un marco de software que permite la creación y ejecución de aplicaciones web.
• Los servidores de aplicaciones pueden ser pilas complejas de elementos computacionales que trabajan en conjunto.
• Un servidor de aplicaciones actúa como intermediario entre un servidor web y un servidor de base de datos.
• Un servidor de aplicaciones puede contener interfaces gráficas de usuario para su gestión y realizar tareas de procesamiento, mensajería y seguridad.
• Los servidores de aplicaciones proporcionan recursos de aplicaciones a usuarios y clientes web.
• Los servidores de aplicaciones se sitúan entre los servidores de bases de datos y los servidores web.
• Los servidores de aplicaciones y el middleware afín son los sistemas operativos que soportan el desarrollo y la entrega de aplicaciones.

Terminología

• Servidor Web: Almacena, procesa y entrega datos de páginas web.
• Cliente Web: Punto final que intenta acceder a los recursos de la web o de una aplicación.
• HTTPS: Protocolo de comunicación seguro para la comunicación entre servidor web y clientes web
• JSON: Lenguaje para el intercambio de datos entre servidores web y de aplicaciones.
• Lógica de negocio: Reglas para el almacenamiento de datos y la transferencia de recursos de la aplicación
• Aplicación: Programa de software o sitio web unido a una base de datos.

Arquitectura de Servicios

• El servidor de aplicaciones suele realizar el trabajo pesado en el backend al almacenar y procesar las solicitudes dinámicas de las aplicaciones.
• Los clientes web hacen peticiones HTTP y reciben respuestas a través de servidores web.
• Las peticiones dinámicas, a menudo en forma de aplicaciones, requieren asistencia adicional. Los servidores de aplicaciones compensan la gestión de peticiones HTTP de los clientes web y almacenamiento de recursos.
• El paso adicional entre las comunicaciones web añade una capa de seguridad eliminando la inyeccion SQL porque un servidor de bases de datos.

Servidores de aplicación, funcionamiento

• Servlets: Programa Java que se ejecuta en un servidor Web, construye o sirve páginas web dinámicas basadas en datos variables.
• Los servidores de aplicaciones contienen características de seguridad, transacciones, servicios, clustering, diagnósticos y bases de datos.
• El cliente abre un navegador y solicita acceso a un sitio web.
• El servidor web gestiona las peticiones de datos estáticos y El servidor web recibe la petición HTTP y responde con la página web deseada.
• Para datos dinámicos, el servidor web redirige la petición a un servidor de aplicaciones.
• El servidor de aplicaciones recibe la petición HTTP y la convierte en una petición de servlet.
• El servlet lleva el servidor a la base de datos; el servidor de aplicaciones traduce la respuesta del servlet al formato HTTP para el cliente.

Servidor de Aplicaciones frente Servidor Web

• Los servidores de aplicaciones están diseñados para servir a los clientes. Peticiones HTTP y lógica de negocio
• Los servidores Web solo sirven peticiones HTTP
• Los servidores de aplicaciones almacenan y proporcionan lógica de negocio
• Los Servidores web almacenan y proporcionan contenido estático
• La utilización de los recursos es pesada para los servidores de aplicaciones
• La utilización de los recursos es ligera con un servidor web
• Los servidores de aplicaciones son compatibles con transacciones distribuidas y Enterprise JavaBeans (EJB).
• Los servidores web son compatibles con Servlets, Java Server Pages (JSP) y JSON
• El mercado de los servidores de aplicaciones se espera que crezca a una tasa compuesta anual del 13,2%.
• Se espera de $17 mil millones de dólares en 2020 a $41 mil millones en 2026

El mejor amigo de un servidor web

• Los servidores de aplicaciones son esenciales para las exigencias de interconexión y son el mejor amigo de un servidor web.
• Los servidores de aplicaciones posibilitan la comunicación con contenido web dinámico.

¿Despliegue de aplicaciones Web qué es?

• Despliegue significa mover cambios o actualizaciones de software de un entorno a otro.
• Al configurar un sitio web, se tendrá el sitio web en vivo, llamado entorno de producción.
• Los entornos adicionales para realizar cambios sin afectar el entorno de producción se llaman entornos de desarrollo o despliegue.
• Los modelos de despliegue varían, pero es clásico el modelo de despliegue "de izquierda a derecha" con múltiples entornos.
• Utilizar múltiples entornos, permite hacer cambios que no afecten su sitio web en vivo.

Fases de un despliegue

• Los procesos cubren aspectos fundamentales divididos en 5 partes: Planificación, desarrollo, comprobación, implementación y supervisión.
• Planificar un despliegue ayuda a que el proceso se desarrolle con fluidez constante.
• El proceso de despliegue cubre aspectos fundamentales.
• Se debe reducir el riesgo de conflictos entre cambios.
• La planificación también otorga la oportunidad de hacer una versión previa y permitir a la comunidad probar para detectar errores.
• En el desarrollo, es importante trabajar solo en entornos locales para garantizar que el desarrollo se realice simultáneamente.
• Para garantiza que no haya errores, la prueba de los cambios es crucial.
• Una vez probados, el proceso de pruebas debe repetirse en nuevos entornos.
• Si se encuentran errores, los cambios se envían a la fase de desarrollo para su corrección.
• Una vez realizadas las pruebas, se despliegan al entorno real, se pasa por la monitorización y se corrigen los errores.

Tipos de despliegue

• El despliegue se divide en metadatos (código, plantillas, hojas de estilo, archivos, etc.) y contenido (texto, imágenes, vídeos).
• Herramientas de despliegue ayudan a guiarte en caso de conflictos.
• Las herramientas despliegue facilitan a los editores a enviar contenido nuevo a un entorno activo.

Prácticas recomendadas.

• Git, un sistema control de versiones , es esencial para cualquier flujo de trabajo de implementación. Trabaja en Ramas.
• Trabajar en ramas permite a los equipos trabajar en varias cosas a la vez sin que se afecten entre sí.
• Al instalar software de forma local, será más eficiente para la implementación.
• En vez de confirmar inmediatamente los cambios, pruebe localmente y luego en el entorno de preparación.
• Hacer una revisión exhaustiva de los códigos y las validaciones antes de pulsar el botón.
• Para equipos grandes, un desarrollador puede necesitar restricciones.

Mantenga la Calma

• Compruebe si hacer un rollback es posible .
• Descubra si es una característica existente o nueva en el entorno de producción.
• Tener a personas listas para solucionar los problemas y planificar el lanzamiento en el camino.

Ventajas del despliegue y de los entornos múltiples

• Existe menos riesgo de romper un sitio web en producción.
• Los cambios se realizan en el orden que se prefiera, lo que significa optimizar el trabajo sin dañar el sitio web.
• EL contenido sensible al tiempo es aún más fácil de gestionar.

Despliegue JAVA

• Hay que conseguir que nuestro servidor HTTP sea capaz de ejecutar programas de aplicación que recojan los parámetros de peticiones del cliente.

Estructura Java.

• Se debe tener una estructura de archivos y directorio determinada que los directorios coloquen las páginas HTML O JSP.
• Colgando del directorio inicial de la aplicación, se tiene un directorio WEB-INF, que contiene la información Web relevante para la aplicación.
• Podemos estructurar el resto como queramos.
• Se puede copiar una estructura en JAVA si se hace convenientemente.
• Cada aplicación web JavaEE es un contexto.

Empaquetamiento.

• Distribuir la aplicación se hace al empaquetar la aplicación en un archivo WAR y distribuir dicho fichero.

Archivos WAR

• Los archivos WAR son archivos JAR utilizados en distribuir paginas como WEB HTML o JSP, clases Java, archivos XML y librerías
• Empaquetar en archivos WAR es estándar, la mayoría permite administración desde una consola.

Maven

• Maven es una herramienta de código abierto que simplifica los procesos de compilación y generación de ejecutables a partir del código fuente.
• En Maven se ejecuta el comando mvn install.
• Tres ciclos de build del software con una serie de etapas diferenciadas:
  • Validar: Validad que es correcto
  • Compilar
  • Test: Comprobar el código.
  • Empaquetar y transformar
  • Verificar la calidad
  • Instalar como dependencia
  • Desplegar a un entorno

¿Node.js qué es?

• Node JS es un entorno de ejecución de JavaScript rápido para construir aplicaciones del lado del servidor
• No es ni lenguaje de programación ni un marco de trabajo.

Express qué es?

• Framework de Node.js diseñado para construir aplicaciones web de API's y aplicaciones móviles multiplataforma de forma rápida.

¿npm qué es?

• NPM responde a las siglas de Node Package Manager o manejador de paquetes de node, es la herramienta por defecto de JavaScript.
• En donde hay un repositorio en donde comparte paquetes de software libre para los proyectos Node.js
• Un archivo package.json, cuando se ejecuta npm init, para inicializar un proyecto JavaScript/Node.js.
• El Metadato proporcionado por los desarrolladores es nombre, versión, descripción y licencia.
• package.json también soporta la propiedad scripts que puede definirse para ejecutar herramientas de línea de comandos que se instalan en el contexto local del proyecto.

CI/CD

• La CI/CD es un método para distribuir las aplicaciones a los clientes con frecuencia.
• Se trata de una solución para los problemas que puede generar la modificación del código nuevo conocida como el infierno de la integración.

Integración, distribución y la implementación continuas, ¿cual es la diferencia?

• La integración continua es un proceso automatizado para los desarrolladores.
• La distribución o la implementación continuas, conceptos relacionados, automatizan las etapas posteriores del proceso.
• Por lo general, la distribución continua se refiere a someter una aplicación a prueba de errores. La implementación continua hace referencia al lanzamiento automático para ponerlos a disposición de los clientes.

Integración Continua

• La integración continua (CI) permite a los desarrolladores incorporar los cambios a un repositorio.
• Una vez incorporados, se valida la compilación automática con pruebas automatizadas.
• Esto garantiza que los cambios no hayan introducido una falla y facilita la resolución de errores relacionados al conflicto sobre el código nuevo.

Distribución Continua

• La distribución continua automatiza el traslado del código a un repositorio.
• Se necesita la incorporación al proceso de desarrollo y necesita tener en cuenta la automatización.

Implementación Continua

• La implementación continúa automatiza el lanzamiento de una aplicación a la producción al igual que la distribución continua.
• Se debe tener el diseño de la automatización de las pruebas bien hecha.

Este cuestionario explora los servidores de aplicaciones, su función en la gestión de contenido y herramientas para automatizar proyectos Java. También aborda npm en Node.js, CI/CD, distribución e implementación continua, y tecnologías para aplicaciones del lado del servidor con Node.js.