Durante los últimos siete años, la presión por transformar digitalmente y crear una experiencia de cliente convincente ha significado priorizar la velocidad sobre todo.
Pero como estos sistemas digitales son para producir valor, las organizaciones deben racionalizarlos en estructuras de pérdidas y ganancias (P&L). El desafío ahora es cómo racionalizar las carteras sin ralentizar las cosas.
Para proporcionar una visión unificada de las carteras digitales y de TI para la gobernanza y la racionalización, los profesionales de TI deben actualizar sus prácticas de gestión de la cartera de aplicaciones con enfoques modernos de etiquetado y etiquetado nativos de la nube.
Etiquetado de aplicaciones
Es difícil llegar a un acuerdo sobre lo que realmente es una aplicación. Uno de los conceptos de etiquetas más importantes es la idea básica de «aplicación». Pero, ¿qué significa esta palabra? Siempre ha sido un término impreciso.
¿Es simplemente el software? ¿O algo más grande? ¿Qué pasa con otros conceptos imprecisos, como «servicio», «plataforma», «producto» y «capacidad»? Con demasiada frecuencia, las TI se ven envueltas en cuestiones de definición de este tipo y, desafortunadamente, la orientación de la industria ha sido contradictoria y divorciada de la realidad.
Esta confusión se traslada al mundo nativo de la nube. Para citar la documentación oficial de Kubernetes, esa plataforma “no tiene ni impone una noción formal de una aplicación. En cambio, las aplicaciones son informales y se describen con metadatos. La definición de lo que contiene una aplicación es imprecisa «.
Las implementaciones en la nube son cada vez más complejas. Los hiperescaladores en la nube ofrecen cientos de servicios facturables que van mucho más allá de las máquinas virtuales (VM). Para ayudar a contabilizar dichos cargos, los proveedores de la nube tienen mecanismos de transparencia incorporados; en particular, etiquetado. Sin embargo, las organizaciones deben llevar a cabo el etiquetado de manera coherente y gobernada; muchas no lo hacen cumplir como política.
Enfoque del etiquetado
Una cartera bien mantenida es un recurso fundamental para la gobernanza, la planificación y la respuesta operativa. Remontándose a las prácticas actuales de etiquetado en la nube, la idea del ID de la aplicación se remonta a décadas en la historia del mainframe, con ID de dos caracteres incrustados en los nombres de los trabajos por lotes, el lenguaje de control del trabajo, las pantallas y los informes. Códigos similares también han servido como base para la denominación de servidores; los sistemas pueden consumir los datos de la cartera.
En particular, si es posible, debe mantener un sistema unitario de registro. Desafíe cualquier idea de que DevOps y los nativos de la nube son diferentes. Ellos no están. Mainframe, distribuido, bare metal, virtual, en las instalaciones / fuera de las instalaciones, en cascada, ágil: ya sea que se trate de tecnología, ubicación o método, tiene muchas «cosas» técnicas con las que está tratando de alinearse un número menor de “cosas” más significativas para el negocio (por ejemplo, inversiones). Este menor número de cosas debe ser mutuamente excluyente, integral y administrado de manera estricta.
La nube no significa que necesite un sistema de registro adicional. Una etapa desafortunada, e innecesaria, que atraviesan algunas organizaciones es la creación de múltiples carteras. En el peor de los casos, esto conduce a una competencia absoluta sobre el conjunto de datos de quién es el correcto: ¿es el del equipo de la base de datos de administración de configuración (CMDB), el equipo de arquitectura empresarial (EA) o el equipo de administración de la nube?
Sree Subramaniam, director de gestión de productos, gestión de operaciones de TI de ServiceNow, señala: «En el mundo DevOps descentralizado, los equipos están creando su propia nomenclatura, y este es un gran problema».
Con la infraestructura como código (IaC), puede hacer cumplir el etiquetado a través de políticas, como parte de una verificación de políticas automatizada a través de una plataforma de automatización de entrega continua. Sin embargo, hay muchas cosas para etiquetar. Necesita una estrategia cuidadosa; nuevamente, busque la guía de un arquitecto de datos familiarizado con los datos maestros y de referencia. CloudZero considera que la práctica actual cubre entre el 20% y el 60% de la infraestructura, y la definición de etiquetas y el cumplimiento dependen en gran medida de los ingenieros individuales.
Forrester recomienda a los clientes de servicios de nube pública que exploren las capacidades de aplicación de políticas de Amazon Web Services (AWS) Config y Microsoft Azure Policy para asegurarse de que los recursos estén y permanezcan etiquetados correctamente. Considere una política de etiquetado formal para su organización.
Dave McCann, vicepresidente de migración de AWS, mercados y servicios de control, afirma: “Alentamos a los clientes a etiquetar recursos individuales y también colecciones de recursos (computación, red, almacenamiento, base de datos y software de terceros) que se pueden etiquetar fácilmente como una aplicación a un proyecto, un presupuesto y un equipo «.
Incluir recursos en las instalaciones
Forrester advierte que el etiquetado a nivel de máquina virtual es insuficiente, ya que varios servicios pueden ejecutarse en una máquina. Incluso las empresas nativas de la nube más nuevas aprovisionarán una gran máquina virtual y le agregarán varias cargas de trabajo. Y las máquinas completas se pueden asociar con sus aplicaciones.
«En los sistemas distribuidos», dice el director de estrategia de producto de Datadog, Michael Yamnitsky, «el software se extrae de la infraestructura, por lo que la gestión de servicios de TI [ITSM] los profesionales deben colaborar con los desarrolladores para implementar un modelo de etiquetado que identifique las relaciones entre los servicios y los bits de la infraestructura subyacente «.
Puede establecer un estándar para hacer esto y facilitar las cosas en sus herramientas de descubrimiento, por ejemplo, colocando las cosas en un archivo de configuración específico en una ubicación determinada.
Subramaniam de ServiceNow observa que “durante la creación de la máquina virtual, cada cliente agrega etiquetas, a menudo basadas en el CSDM [common service data model] servicio de aplicación de entidad ”.
Las herramientas de descubrimiento de ServiceNow pueden luego completar dichas etiquetas en tablas de pares clave / valor de la base de datos de administración de configuración común (CMDB) para crear artefactos valiosos como mapas de dependencia, y la solución de gobierno de aprovisionamiento en la nube de ServiceNow puede hacer cumplir los estándares de etiquetado al momento de aprovisionar los recursos en la nube.
El director de producto principal de BMC, Antonio Varga, dice que utiliza el etiquetado para respaldar una variedad de procesos operativos y resultados de gobernanza: “Desde una perspectiva de seguridad, vemos que se utilizan muchas etiquetas o para el control de costos; por ejemplo, para desactivar máquinas virtuales si no hay nadie asignado «.
Etiquetas de Kubernetes
Forrester también recomienda que las organizaciones aprovechen la administración basada en etiquetas de Kubernetes.
Documentación de Kubernetes
La documentación de Kubernetes dice: “Con los contenedores y su orquestación completamente administrados por Kubernetes, las etiquetas son ahora la única forma que tenemos de interactuar con los pods y los contenedores. Es por eso que son absolutamente cruciales para el monitoreo, ya que todas las métricas y eventos se dividirán y dividirán en cubos utilizando etiquetas en las diferentes capas de su infraestructura. Definir sus etiquetas con un esquema lógico y fácil de entender es esencial para que sus métricas sean lo más útiles posible «.
Además, Kubernetes recomienda crear etiquetas para aplicaciones.
«Kubernetes admite etiquetas, y las descubrimos, ya sea en pods o implementaciones», dice Vargas de BMC. “Utilice sus etiquetas de Kubernetes; están disponibles. Donde hay margen de mejora es en la resolución del problema de los datos maestros «.
Automatizar el etiquetado
Las organizaciones han perdido la fe en la automatización. Muchos proveedores de herramientas de descubrimiento venden ferozmente contra los procesos manuales. De manera similar, a los defensores de DevOps y nativos de la nube no les gustan los procesos que necesariamente involucran a humanos. Forrester está de acuerdo en que, en general, si puede automatizar algo de manera eficaz, debería hacerlo. CloudZero, por ejemplo, ofrece la capacidad de analizar y agrupar recursos en la nube sin etiquetar previamente.
Pero las aplicaciones y el servicio, como los definimos aquí, son conceptos lógicos que requieren un proceso de registro. Las herramientas de descubrimiento pueden desempeñar un papel, especialmente en la capa más técnica (por ejemplo, interfaces de programación de aplicaciones y microservicios).
Sin embargo, Chip Kalfaian, líder de consultoría global, optimización de la cartera de aplicaciones de Dell Technologies, enfatiza que identificar las “aplicaciones” es un proceso forense manual. Dell utiliza una herramienta de encuestas y entrevistas para ayudar a establecer la cartera.
Beneficios de la visibilidad de las etiquetas
Mejorar la visibilidad agrega valor de muchas maneras. La visibilidad de etiquetas permite la creación automatizada de mapas de servicios utilizando datos de etiquetas de aplicaciones.
ServiceNow señala que puede utilizar mapas de servicio creados a partir de etiquetas para varios resultados. Los mapas de las etiquetas ayudan a los equipos de ingeniería de confiabilidad del sitio en el análisis retrospectivo y la reducción del ruido de eventos.
La actualización de la tecnología, el cumplimiento del software, la seguridad y la respuesta a incidentes operativos, y la gestión de cambios pueden beneficiarse de la mejora de la integridad y precisión de sus datos y del uso generalizado de etiquetas en toda su infraestructura digital.
Este artículo se basa en un extracto de la gestión de la cartera de aplicaciones Unify de Forrester y el etiquetado en la nube: los sistemas híbridos requieren un informe de gestión común de Charles Betz y George Lawrie.