Compartir a través de

Excelencia operativa en una carga de trabajo híbrida

  • Artículo

La excelencia operativa está formada por los procesos de operaciones que mantienen un sistema ejecutándose en producción. Las aplicaciones deben diseñarse teniendo en cuenta los principios de DevOps, y las implementaciones deben ser confiables y predecibles. Use las herramientas de supervisión para comprobar que la aplicación se ejecuta correctamente y para recopilar la telemetría de negocio personalizada que le indicará si la aplicación se está usando según lo previsto.

Use la infraestructura habilitada para Azure Arc para agregar compatibilidad con las herramientas y prácticas de excelencia operativa en la nube a cualquier entorno. Asegúrese de usar arquitecturas de referencia y otros recursos de esta sección que ilustren la aplicación de estos principios en escenarios híbridos y de varias nubes. Las arquitecturas a las que se hace referencia aquí también se pueden encontrar en el Centro de arquitectura de Azure, en la categoría Híbrido y multinube.

Creación de aplicaciones nativas en la nube en cualquier lugar y a escala

Para mantener los sistemas en ejecución, muchos equipos de carga de trabajo han diseñado aplicaciones en que los componentes se distribuyen a través de servicios en la nube pública, nubes privadas, centros de datos y ubicaciones perimetrales. Con Kubernetes habilitado para Azure Arc, puede acelerar el desarrollo mediante los mejores servicios de aplicaciones con opciones normalizadas de implementación, configuración, seguridad y observabilidad. Una de las principales ventajas de Azure Arc es que facilita la implementación de principios de DevOps que aplican prácticas de desarrollo establecidas a las operaciones. Como resultado, esto mejora la agilidad sin poner en peligro la estabilidad del entorno de TI.

  • Codifique e implemente con confianza aplicaciones de forma centralizada en cualquier distribución de Kubernetes y en cualquier ubicación.
  • Administre y delegue el acceso de forma centralizada para los roles y responsabilidades de DevOps.
  • Reduzca los errores mediante la configuración coherente, y las operaciones y la implementación controlada por directivas para las aplicaciones y los clústeres de Kubernetes.
  • Delegue el acceso para roles y responsabilidades de DevOps a través de RBAC de Azure.
  • Reduzca los errores mediante las operaciones y la implementación controlada por directivas coherentes a través de GitHub y Azure Policy.

Conexión de clústeres de Kubernetes a Azure e inicio de la implementación mediante un modelo de GitOps

GitOps se basa en un repositorio de Git para hospedar archivos que contienen la configuración que representa el estado esperado de un recurso. Un agente que se ejecuta en el clúster supervisa el estado del repositorio y, cuando se produce un cambio en él, el agente extrae al clúster los archivos que se han modificado y aplica la nueva configuración.

En el contexto de los clústeres de Kubernetes habilitados para Azure Arc, un repositorio de Git hospeda una configuración de un clúster de Kubernetes, incluidos sus recursos (como pods e implementaciones). Un pod o un conjunto de pods que se ejecutan en el clúster sondean el estado del repositorio y, cuando detectan un cambio, extraen y aplican la nueva configuración al clúster.

Los clústeres de Kubernetes habilitados para Azure Arc se basan en Flux, una herramienta de implementación de código abierto de GitOps que se usa para implementar los pods responsables de realizar un seguimiento de los cambios en el repositorio Git que designe y de aplicarlos al clúster local. Además, el operador Flux contenedorizado también revisa periódicamente la configuración de clúster existente para asegurarse de que coincide con la que reside en el repositorio de Git. Si hay un desfase en la configuración, el agente de Flux lo corrige volviendo a aplicar la configuración deseada.

Cada asociación entre una configuración de clúster de Kubernetes habilitado para Azure Arc y el repositorio de GitOps correspondiente reside en Azure como parte del recurso de Azure Resource Manager que representa los clústeres de Kubernetes habilitados para Azure Arc. Puede configurar esa asociación a través de las interfaces de administración de Azure tradicionales, como Azure Portal o la CLI de Azure. De forma alternativa, puede usar Azure Policy para automatizar este proceso, lo que le permite aplicarlo de forma coherente a todos los recursos de la suscripción o a los grupos de recursos específicos que designe.

Modernización de las aplicaciones en cualquier lugar con Azure Kubernetes Service en Azure Stack HCl

Si está buscando una solución de Kubernetes totalmente administrada en el entorno local en sus centros de datos y/o ubicaciones perimetrales, AKS en Azure Stack HCl es una excelente opción. Azure Kubernetes Service en Azure Stack HCI es una implementación local de Azure Kubernetes Service (AKS) que automatiza la ejecución de aplicaciones en contenedores a gran escala. Azure Kubernetes Service ahora está en versión preliminar en Azure Stack HCl y en Windows Server 2019 Datacenter, lo que hace que se tarde menos en empezar a hospedar contenedores de Linux y Windows en un centro de datos.

Los clústeres de AKS en Azure Stack HCl se pueden conectar a Azure Arc para una administración centralizada. Una vez conectado, puede implementar las aplicaciones e instancias de Azure Data Services en estos clústeres, así como extender los servicios de Azure, como Azure Monitor, Azure Policy y Microsoft Defender para la nube.

Casos de uso de Azure Stack HCI

  • Modernización de las aplicaciones en contenedores y las cargas de trabajo de alto rendimiento

    • Use Azure Stack HCI para habilitar la implementación automatizada, el escalado y la administración de aplicaciones contenedorizadas mediante la ejecución de un clúster de Kubernetes en la infraestructura hiperconvergida.
    • Implementación de AKS en Azure Stack HCI mediante Windows Admin Center o PowerShell

  • Implementación y administración de cargas de trabajo en sitios remotos y de rama

    • Use Azure Stack HCl para implementar las aplicaciones empresariales y esenciales, y las cargas de trabajo perimetrales creadas por contenedores en máquinas virtuales (VM) de alta disponibilidad.
    • Incorpore el desarrollo y la implementación de aplicaciones eficientes a ubicaciones remotas por un precio adecuado aprovechando la implementación sin conmutadores y los clústeres de dos nodos.
    • Obtenga una vista global del estado del sistema mediante Azure Monitor.

  • Actualización de la infraestructura para el trabajo remoto mediante VDI

    • Incorpore los equipos de escritorio locales para una baja latencia y una soberanía de datos. Para ello, habilite el trabajo remoto mediante un servicio de corretaje como Servicios de Escritorio remoto de Microsoft. Con Azure Stack HCl puede escalar los recursos de una manera sencilla y predecible. Proporcione una manera segura de ofrecer servicios de escritorio a una amplia gama de dispositivos sin permitir que los usuarios almacenen datos localmente o carguen datos de esos dispositivos locales.

La introducción de la informática en la nube ha tenido un impacto significativo no solo en el modo en el que se desarrolla, entrega y ejecuta el software. Con la infraestructura habilitada para Azure Arc y los componentes de Azure Arc, como Kubernetes habilitado para Azure Arc y servicios de datos habilitados para Azure Arc, se pueden diseñar aplicaciones nativas en la nube con un conjunto coherente de principios y herramientas en la nube pública, la nube privada y el perímetro.

Haga clic en los siguientes vínculos para obtener información sobre la arquitectura y diagramas que permitan el diseño de la aplicación y las prácticas de DevOps coherentes con los principios de excelencia operativa.

Diseño de aplicación

Supervisión

Administración del rendimiento de las aplicaciones

Administración de datos en cualquier lugar

Comparación de las funcionalidades de administración en el modelo de implementación

Pasos siguientes

Eficiencia del rendimiento