WavebreakMediaMicro - Fotolia

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Cambie su proceso de soporte de aplicaciones para equilibrar la nube y la TI heredada

Las arquitecturas de aplicaciones nube y las TI heredadas exigen diferentes actividades de mantenimiento y soporte de aplicaciones, pero con cierta abstracción y automatización, coexisten.

No moverá a toda la organización de TI a un modelo operativo en la nube de la noche a la mañana, por lo que es imperativo que los miembros del equipo administren y operen plataformas de TI más antiguas, mientras que aprovisionan, monitorean y optimizan las cargas de trabajo en la nube.

Las empresas típicas medianas y grandes pasan años con una división de TI heredada y plataformas modernas. Las aplicaciones empresariales monolíticas ejecutan procesos empresariales centrales; las nuevas características se crean a través de métodos nativos de la nube para extender el negocio a interacciones móviles y web flexibles.

Esta combinación de activos de TI heredados y en la nube crea una división de procesos y habilidades de soporte de aplicaciones en departamentos empresariales. Los conjuntos de habilidades y actividades para las dos plataformas son totalmente diferentes, y es difícil encontrar miembros del personal con habilidades en herramientas para ejecutar los sistemas empresariales nativos de la nube y basados ​​en host.

El soporte de aplicaciones empresariales choca con el modelo de entrega de servicios impulsados por automatización del soporte de aplicaciones en la nube. Los equipos de TI empresariales tradicionales creen que un estado de infraestructura estable es lo que permite que las aplicaciones empresariales funcionen, cerrando la puerta al mantra nativo de la nube de que las aplicaciones y la infraestructura deben ser tolerantes a las fallas, no a las fallas.

Soporte de TI heredadas

Las aplicaciones empresariales críticas requieren una alta confiabilidad y los equipos de operaciones de TI empresariales desarrollan muchos procesos y controles en torno a sus plataformas y sistemas. Las arquitecturas de aplicaciones monolíticas significan que toda la aplicación está disponible o está inactiva, y la infraestructura empresarial está optimizada para ese modelo. Los cambios pueden causar interrupciones; la estabilidad viene de ralentizar el cambio.

Los procesos de administración de cambios evitan el tiempo de inactividad no planificado y las bases de datos de administración de configuración (CMDB) registran el estado exacto de todo el sistema. El personal de operaciones de TI desarrolla un conocimiento completo de la infraestructura y las aplicaciones, depende en procesos de soporte establecidos y tiene técnicas altamente desarrolladas de gestión de riesgos y mitigación. Se espera que devuelvan manualmente los sistemas a un estado activo tan pronto como se rompen.

Soporte de aplicaciones en la nube

Las aplicaciones nativas de la nube generalmente evolucionan con cambios incrementales hechos de forma rutinaria. La arquitectura de la aplicación consta de partes pequeñas, como microservicios, que pueden fallar sin desmontar toda la aplicación; muchos usuarios no notarán estas interrupciones parciales. Las aplicaciones en la nube se ensamblan a partir de servicios prestados por una infraestructura programable, que requiere un esfuerzo mínimo en comparación con la configuración de la infraestructura de los sistemas de TI heredados basados ​​en host. Los desarrolladores de aplicaciones esperan interactuar con los servicios dentro del código de la aplicación. En lugar de adaptar específicamente la infraestructura para adaptarse a las aplicaciones, los equipos de operaciones de TI se centran en las formas de prestar servicios de infraestructura. Este conjunto de habilidades y enfoque para el mantenimiento y soporte de la aplicación se resume en la ingeniería de confiabilidad del sitio (SRE).

El modelo de soporte de aplicaciones en la nube confía en que el equipo de operaciones de TI escriba los cambios de software para que los sistemas vuelvan automáticamente a un estado de ejecución después de una falla o problema.

Haga la transición entre TI heredada y operaciones en la nube

Las empresas Fortune 500 y similares de gran tamaño tienen la escala para mantener equipos separados y dedicados para operaciones y soporte de TI heredados y en la nube, mientras que las nuevas empresas nativas de la nube evitan el problema por completo. Para todos los demás, un solo equipo debe asumir la responsabilidad de las aplicaciones heredadas y modernas y desarrollar una base de conocimiento de operaciones en la nube a partir de los miembros del equipo existentes que entienden el negocio.

Para comenzar el viaje para admitir las operaciones de aplicaciones en la nube junto con los requisitos de TI empresariales heredados, siga estos tres pasos:

  1. Adopte la infraestructura como metodologías de código para reemplazar los procesos manuales documentados en los libros de ejecución: Defina el estado de bien conocido de la aplicación o los componentes de la aplicación en un software de automatización que use archivos de configuración basados ​​en texto. Para cambiar la infraestructura, cree una versión actualizada del archivo de configuración y luego despliéguela nuevamente a través del software de automatización. Para hacer que la infraestructura como código funcione, elija una herramienta como la gestión de configuración de Chef, Puppet o Ansible, y almacene los archivos de configuración en un sistema de control de origen, como Git. El repositorio de control de versiones reemplaza un CMDB como la fuente de la verdad de la configuración de la infraestructura, una configuración a la que a veces se hace referencia como GitOps.
  2. Proceda para que el equipo de operaciones escriba o modifique el software: Esta habilidad de programación es una parte crucial de SRE. Específicamente, el personal de operaciones debe escribir complementos para el sistema de administración de la configuración para que maneje las aplicaciones heredadas que no se ajustan naturalmente a la implementación y las actualizaciones de infraestructura como código. Con el equipo de operaciones capaz de personalizar la administración de la configuración, pueden soportar aplicaciones heredadas y despliegues en la nube con menos de una carga de mantenimiento.
  3. Desarrolle servicios de aplicaciones para ofrecer servicios de infraestructura cercanos: Los desarrolladores de la nube esperan implementar y consumir servicios como bases de datos que utilizan API en lugar de tickets de ayuda. Las organizaciones de TI deben considerar un servicio de contenedor, como uno basado en Kubernetes, para permitir la implementación consistente de servicios. Otra opción para seleccionar cargas de trabajo de aplicaciones es una plataforma de funciones como servicio, a veces llamada sin servidor, para agilizar la conexión entre los desarrolladores y la infraestructura de TI que soporta sus aplicaciones.

La transición de procesos de soporte de aplicaciones empresariales a nativos en la nube implica un gran cambio en los servicios prestados y las técnicas requeridas por el equipo de operaciones. La larga vida y el alto valor de las aplicaciones de TI empresariales indican que no desaparecerán pronto. La agilidad y flexibilidad de las arquitecturas nativas de la nube significa que el nuevo desarrollo favorecerá esta arquitectura. Para el futuro inmediato, las operaciones de TI deben cuidar de ambos.

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close