En octubre de 2019, se lanzó OpenShift 4.2 , cuya esencia continúa el curso hacia la automatización y la optimización del trabajo con la nube.
Recuerde que en mayo de 2019 presentamos Red Hat OpenShift 4, la próxima generación de nuestra plataforma Kubernetes, que rediseñamos para simplificar la administración de aplicaciones en contenedores en entornos de producción.
La solución se creó como una plataforma autónoma con funciones de actualización automática de software y gestión del ciclo de vida en una nube híbrida y se basa en el probado Red Hat Enterprise Linux y Red Hat Enterprise Linux CoreOS. En la versión 4.2, el objetivo era hacer que la plataforma fuera más conveniente para los desarrolladores. Además, simplificamos el trabajo de administrar la plataforma y las aplicaciones para los administradores de clúster al ofrecer medios de migración de la 3ra a la 4ta versión de OpenShift, así como también implementamos soporte para configuraciones sin acceso a Internet.
¿Dónde está la velocidad aquí?
La versión 4.2 simplifica enormemente el trabajo con Kubernetes, ofreciendo un nuevo modo de consola de administración OpenShift optimizado para tareas de desarrollo, así como nuevas herramientas y complementos para construir contenedores, organizar tuberías de CI / CD e implementar sistemas sin servidor. Todo esto ayuda a los programadores a centrarse más en su tarea principal: crear código de aplicación, sin distraerse con las características de Kubernetes.
Ver la topología de la aplicación en la consola del desarrollador.Nuevo modo de desarrollador de la consola OpenShiftNuevas herramientas de desarrollador en OpenShift 4.2:
- El modo de desarrollo de la consola web ayuda a los desarrolladores a centrarse en lo principal, mostrando solo la información y las configuraciones necesarias. Una interfaz de usuario avanzada para ver aplicaciones de topología y creación facilita la creación, implementación y visualización de aplicaciones en contenedores y recursos de clúster.
- El odo toolkit es una interfaz de línea de comandos especial para desarrolladores que simplifica el desarrollo de aplicaciones en la plataforma OpenShift. Organizando interacciones como git push, esta CLI ayuda a los desarrolladores a crear aplicaciones en la plataforma OpenShift sin esfuerzo adicional, sin profundizar en las complejidades de Kubernetes.
- Red Hat OpenShift Connector para Microsoft Visual Studio Code, JetBrains IDE (incluido IntelliJ) y Eclipse Desktop IDE proporcionan una fácil integración con las herramientas utilizadas y le permiten desarrollar, construir, depurar e implementar aplicaciones OpenShift en un entorno familiar de desarrollador.
- Red Hat OpenShift Deployment Extension para Microsoft Azure DevOps . Proporciona a los usuarios de este kit de herramientas DevOps la capacidad de implementar sus aplicaciones en Azure Red Hat OpenShift o en cualquier otro clúster de OpenShift en la plataforma DevOps de Microsoft Azure.
OpenShift completo en una computadora portátil
Los contenedores Red Hat CodeReady , que son clústeres OpenShift listos para usar y optimizados para su implementación en una estación de trabajo o computadora portátil, brindan la oportunidad de desarrollar aplicaciones basadas en la nube en modo local.
Malla de servicio Malla de servicio
Nuestra solución
OpenShift Service Mesh , basada en proyectos de código abierto Istio, Kiali y Jaeger y un
operador especial de
Kubernetes , simplifica el desarrollo, despliegue y mantenimiento de aplicaciones en la plataforma OpenShift, proporcionando las herramientas necesarias y adoptando la automatización de aplicaciones en la nube basadas en arquitecturas modernas como como microservicios La solución permite a los programadores liberarse de la necesidad de implementar y mantener de forma independiente los servicios de red especializados necesarios para las aplicaciones creadas y la lógica empresarial.
Red Hat OpenShift Service Mesh ,
disponible para OpenShift 4 , está literalmente diseñado para desarrolladores, literalmente "desde y hacia" y ofrece características tales como rastreo, métricas, visualización y monitoreo de comunicaciones de red, así como la instalación y configuración de la malla de servicios con un solo clic. Además, la solución ofrece ventajas desde el punto de vista de la gestión operativa y la seguridad, por ejemplo, el cifrado del tráfico entre servidores dentro del centro de datos y la integración con la puerta de enlace API de
Red Hat 3scale .
Visualización avanzada del tráfico de clúster utilizando las herramientas de Kiali como parte de OpenShift Service MeshComputación sin servidor
Nuestra otra solución,
OpenShift Serverless , lo ayuda a implementar y ejecutar aplicaciones que se pueden escalar fácilmente bajo demanda hasta el nivel cero. Esta solución, construida sobre la base del proyecto Knative y disponible en la versión Technology Preview, se puede activar en cualquier clúster OpenShift 4 utilizando el operador Kubernetes correspondiente, lo que facilita comenzar e instalar los componentes necesarios para implementar aplicaciones o funciones sin servidor en OpenShift. El modo de desarrollador de la consola OpenShift, que apareció en la versión 4.2, le permite usar opciones sin servidor en procesos de desarrollo estándar, como Importar desde Git o Deployan Image, en otras palabras, puede crear aplicaciones sin servidor directamente desde la consola.
Configuración de la implementación sin servidor en la consola OpenShiftAdemás de la integración con la consola del desarrollador, hay otras mejoras sin servidor en la nueva versión de OpenShift. En particular, esto es kn: la interfaz de línea de comando Knative que proporciona una operación conveniente e intuitiva, le permite agrupar los objetos necesarios para las aplicaciones; toma instantáneas de código y configuraciones, y también hace posible asignar puntos finales de red a versiones o servicios específicos. Todas estas características, disponibles en la versión Technology Preview a través del operador OpenShift Serverless, ayudan a los desarrolladores a comenzar con la arquitectura sin servidor y desplegar sus aplicaciones de manera flexible en una nube híbrida sin estar atados a infraestructuras específicas.
Transportadores en la nube CI / CD
La integración y entrega continuas (CI / CD) son las prácticas de desarrollo clave de hoy en día que aumentan la velocidad y la confiabilidad de la implementación de software. Un buen kit de herramientas de CI / CD permite a los equipos de desarrollo optimizar y automatizar los procesos de retroalimentación, lo cual es crucial para un desarrollo ágil exitoso. En OpenShift, puede usar el clásico Jenkins o nuestra nueva solución
OpenShift Pipelines como tales herramientas.
Jenkins es el estándar de facto hoy, pero estamos vinculando el futuro del contenedor CI / CD con el proyecto de código abierto de Tekton. Por lo tanto, OpenShift Pipelines se basa en este proyecto y es más compatible con enfoques basados en la nube como pipeline-as-code ("pipeline as code") y GitOps. En OpenShift Pipelines, cada paso se realiza en su propio contenedor, por lo que los recursos se usan solo durante la ejecución de este paso, lo que permite a los desarrolladores controlar por completo sus canales de entrega, complementos y control de acceso sin usar un servidor central de CI / CD.
OpenShift Pipelines todavía está en la etapa de Vista previa del desarrollador y está disponible como un operador apropiado que se puede usar en cualquier clúster de OpenShift 4. Jenkins se puede usar tanto en la tercera como en la cuarta versión de OpenShift.
Red Hat OpenShift ConveyorsGestión de contenedores en la nube híbrida
La instalación y actualización automatizadas de OpenShift acerca la nube híbrida lo más cerca posible de la nube canónica desde el punto de vista de la experiencia. El cuarto OpenShift estaba disponible anteriormente para las principales plataformas de nube pública, entornos de nube privada, plataformas de virtualización y servidores básicos, pero la versión 4.2 agrega dos nuevas plataformas de nube pública a esta lista: Microsoft Azure y Google Cloud Platform, así como nubes privadas OpenStack .
El instalador de OpenShift 4.2 se ha finalizado para varios entornos de destino, además de estar capacitado por primera vez para trabajar con configuraciones aisladas (no conectadas a Internet). La instalación independiente y el modo proxy obligatorio con la capacidad de proporcionar cadenas de certificados personalizadas (paquete CA) ayudan a garantizar el cumplimiento de las normas reguladoras y los protocolos de seguridad internos. El modo de instalación silenciosa le permite tener siempre la última versión de OpenShift Container Platform donde no hay acceso a Internet o en entornos con políticas estrictas de prueba de imagen.
Además, la implementación de una pila completa de OpenShift utilizando Red Hat Enterprise Linux CoreOS, una versión ligera de Red Hat Enterprise Linux, le permite preparar su nube en menos de una hora después de que comience la instalación.
Red Hat OpenShift le permite unificar los procesos de creación, implementación y administración de aplicaciones de contenedores en la nube y las infraestructuras locales. Con una instalación más simple, automatizada y rápida, OpenShift 4.2 ahora está disponible en las plataformas AWS, Azure, OpenStack y GCP, lo que permite a las organizaciones administrar eficientemente sus plataformas Kubernetes en una nube híbrida.
Fácil migración de OpenShift 3 a OpenShift 4
Las nuevas herramientas de migración de carga de trabajo facilitan la actualización a OpenShift 4.2 desde versiones anteriores de la plataforma. Transferir cargas del clúster antiguo al nuevo ahora es mucho más rápido, más fácil y con un mínimo de operaciones manuales. Es suficiente que el administrador del clúster seleccione el clúster OpenShift 3.x de origen, marque el proyecto (o el espacio de nombres) en él y luego especifique qué hacer con los volúmenes permanentes correspondientes: cópielos en el clúster OpenShift 4.x de destino o transfiéralos. Después de esto, las aplicaciones continúan ejecutándose en el clúster de origen hasta que el administrador complete su trabajo.
OpenShift 4.2 admite varios escenarios de migración:
- Los datos se copian utilizando un repositorio intermedio basado en el proyecto Velero. Esta opción le permite migrar con un cambio en el sistema de almacenamiento cuando, por ejemplo, Gluster se usa en el clúster original y Ceph se usa en el nuevo clúster.
- Los datos permanecen en el repositorio actual, pero se conecta al nuevo clúster (cambio de volumen permanente).
- Copiar sistemas de archivos a través de Restic.
Primera noche a la derecha
A menudo, a nuestros usuarios les gustaría poder probar las innovaciones planificadas de OpenShift mucho antes del lanzamiento de una nueva versión.
Por lo tanto, comenzando con OpenShift 4.2, brindamos a los clientes y socios acceso a las precompilaciones nocturnas . Tenga en cuenta que estos conjuntos no están destinados para su uso en producción, no cuentan con soporte, están mal documentados y pueden tener una funcionalidad incompleta. La calidad de estos conjuntos crece a medida que se acerca a la versión final.
Los ensambles nocturnos de construcción permiten a los clientes y socios familiarizarse con las nuevas características en las primeras etapas de desarrollo, que pueden ser útiles en términos de planificación para la implementación o integración de OpenShift con las propias soluciones de los desarrolladores de ISV.
Nota para los miembros de la comunidad OKD
Se ha comenzado a trabajar en OKD 4.3, una distribución de código abierto de Kubernetes creada por la comunidad de desarrollo que subyace a Red Hat OpenShift. Invitamos a todos a dar su evaluación del estado actual de
OKD4 , Fedora CoreOS (FCOS) y Kubernetes como parte del Grupo de trabajo OKD, o para monitorear el progreso en el
sitio web
OKD.io.Nota:
La palabra "sociedad" en esta publicación no significa una sociedad legal o cualquier otra forma de relación legal entre Red Hat, Inc. y cualquier otra entidad legal.