Tres errores perjudiciales que están cometiendo las empresas en la gestión de costes de la nube

La nube pública puede parecer bastante nueva para mucha gente, pero en realidad la nube pública tal como la conocemos existe desde 2006, cuando Amazon Web Services (AWS) lanzó sus servicios de almacenamiento S3 y EC2 IaaS. Las primeras organizaciones importantes comenzaron a trasladar sus cargas de trabajo a la nube pública a principios de la década de 2000, antes de 2010. En los 10 años posteriores a la migración y ejecución de cargas de trabajo en la nube, se habrán aprendido muchas lecciones. Sin embargo, sorprende que algunas de estas lecciones aprendidas todavía no se apliquen en la actualidad. Las tres principales lecciones aprendidas que deberían aplicar todos los que migran a la nube pública son las siguientes:

• No se limite a levantar y trasladar sus cargas de trabajo a la nube pública

• La gestión de la nube requiere nuevas prácticas

• La experiencia en la nube no debería dejarse únicamente en manos de los equipos de aplicaciones

Lección 1: No se limite a levantar y trasladar sus cargas de trabajo a la nube pública

Las aplicaciones de elevación y cambio suenan atractivas al principio: una migración de elevación y cambio es relativamente rápida y barata. Dado que las aplicaciones mismas se ven afectadas lo menos posible durante la migración, el riesgo de defectos resultantes de la migración es bajo. Pero luego viene el inconveniente: el valor añadido de la nube no está ahí. Al levantar y trasladar aplicaciones, también elimina y desplaza los errores cometidos en el pasado y la basura generada por la ejecución de la aplicación durante años en el centro de datos. Además, la nube pública no es un centro de datos más. Las decisiones de diseño que se adaptan perfectamente al centro de datos a menudo no funcionan en la nube. IDC Metri estima por experiencia que una migración de elevación y cambio obtiene lo mejor de lo que ya tiene en el centro de datos, excepto por un costo un 30% mayor.

Una migración a la nube debe prepararse minuciosamente, con un enfoque basado en aplicaciones en lugar de uno basado en infraestructura. Para cada aplicación se debe determinar si la aplicación será retirada (eliminada progresivamente), retenida (mantenida 'tal cual' en el centro de datos), realojada (migrada 'tal cual'), replataformada (reinstalada en una plataforma en la nube de nuevo diseño sin adaptarla). código fuente), refactorizado (adaptado y optimizado para la nube) o recomprado (comprado o construido desde cero). Las herramientas que ofrecen escaneos a nivel de código fuente pueden mejorar en gran medida la velocidad y la calidad de dicho inventario, ayudando así a lograr una migración exitosa con valor agregado real.

Lección 2: La gestión de la nube requiere nuevas prácticas

Una forma típica de trabajar cuando se trata de un centro de datos es que el centro de datos y la infraestructura dentro de él son administrados por un departamento de infraestructura (que también puede ser un proveedor de servicios administrados). El departamento de infraestructura actúa como el rey de su propio castillo, con un guardián que controla todo lo que ingresa al centro de datos.

La facilidad de uso de la nube pública hace que sea mucho más fácil para los equipos de aplicaciones administrar la pila completa de aplicaciones en lugar de solo la parte del software. Una tarea tediosa como instalar y configurar la infraestructura manualmente se está reemplazando por la creación de infraestructura a través de scripts de infraestructura como código y bloques de construcción ya preparados. De esta manera, la nube pública se ha convertido en una fuerza impulsora detrás de DevOps y el lema "tú lo construyes, tú lo ejecutas".

Pero aquí también hay un inconveniente. Derribar el muro del castillo y la burocracia asociada entre los equipos de aplicaciones y el departamento de infraestructura también significa que el guardián ya no está ahí. Con esto, también desaparece el mecanismo de control natural sobre el despliegue de infraestructura y sus costos asociados. Las organizaciones están experimentando que sus costos de nube se están saliendo de control debido a la falta de un mecanismo de control.

Controlar la nube sin desechar ventajas como la flexibilidad y la escalabilidad requiere nuevas prácticas. Restablecer el guardián es una práctica que IDC Metri encuentra regularmente, pero esto también restablece la burocracia y desperdicia las ventajas de la nube. El camino a seguir aquí es responsabilizar a los equipos de aplicaciones de sus costos de nube, brindándoles conocimientos y mecanismos de control, construyendo barreras de seguridad mediante políticas que les restrinjan la creación de instancias de recursos excesivamente costosos, creando alertas que les adviertan cuando los costos se están saliendo de control y activando activamente ayudándoles a analizar y gestionar sus costes.

Controlar la nube sin desechar ventajas como la flexibilidad y la escalabilidad requiere nuevas prácticas. Restablecer el guardián es una práctica que IDC Metri encuentra regularmente, pero esto también restablece la burocracia y desperdicia las ventajas de la nube. El camino a seguir aquí es responsabilizar a los equipos de aplicaciones de sus costos de nube, brindándoles conocimientos y mecanismos de control, construyendo barreras de seguridad mediante políticas que les restrinjan la creación de instancias de recursos excesivamente costosos, creando alertas que les adviertan cuando los costos se están saliendo de control y activando activamente ayudándoles a analizar y gestionar sus costes.

Lección 3: La experiencia en la nube debe agruparse y no dejarse únicamente en manos de los equipos de aplicaciones
La lección dos conduce a la lección tres. Si bien responsabiliza a los equipos de aplicaciones de administrar sus propios costos de la nube, no se puede esperar que conozcan todos los entresijos de la nube. El conocimiento profundo de la nube debe agruparse en una única entidad de la organización: el Centro de Excelencia en la Nube (CCoE). El CCoE actúa como perro de asistencia y como perro guardián. El CCoE ayuda a los equipos de aplicaciones con sus decisiones de diseño para utilizar la nube de manera óptima y utilizar los servicios de nube adecuados para la tarea adecuada. El CCoE también monitorea los costos de la nube a nivel organizacional y alerta a los equipos de aplicaciones si ven que los costos se salen de control. Además de ayudar y observar a los equipos de aplicaciones, el CCoE también gestiona los esquemas de descuento, como instancias reservadas y planes de ahorro, a nivel organizacional. Además, el CCoE debería impulsar ahorros de costos más complejos, como la optimización de licencias, ya que la gestión de licencias parece ser una ciencia en sí misma.

Los factores críticos de éxito para el CCoE son un mandato o respaldo adecuado por parte de la alta dirección para evitar que se convierta en un tigre de papel y, por supuesto, la disponibilidad de miembros del equipo capacitados y competentes. Además, el CCoE debería tener un enfoque organizativo y financiero, en lugar de uno puramente técnico. Los equipos de aplicaciones que ejecutan sus aplicaciones en la nube tienen el conocimiento técnico; el CCoE lo mejora al incorporar conocimientos sobre facturación, modelos de precios y gobernanza de la nube.

Para concluir, la nube ofrece muchas oportunidades, pero también muchos desafíos. Diez años de uso generalizado de la nube pública nos han enseñado lecciones valiosas sobre cómo usar la nube de una manera que realmente nos haga avanzar en lugar de quedarnos donde estamos a un costo mayor. Al aplicar estas lecciones, la nube pública se puede utilizar de manera óptima y al mismo tiempo mantener el control del gasto.

Fuente: https://blogs.idc.com/2023/02/10/3-harmful-mistakes-companies-are-making-in-the-cloud-and-cloud-cost-management/