Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Cómo obtener más valor empresarial de tu gasto en la nube - Parte 2

Cómo obtener más valor empresarial de tu gasto en la nube - Parte 2

En la primera parte de esta serie de dos, exploramos los conceptos de FinOps y cómo pueden ayudar a las empresas a obtener más valor de sus inversiones en la nube. A continuación, profundizamos en los principios en los que se basan las FinOps y en cómo entender la relación entre las FinOps y el pensamiento de plataforma puede ayudar a obtener mejores resultados.

 

FinOps y pensamiento de plataforma

 

Cuando leemos sobre el tema de las FinOps, a menudo encontramos mucha información sobre los principios básicos y la necesidad de "optimizar el gasto". Pero cuando se trata de operaciones en la nube, la frase "optimizar el gasto" puede ser poco útil: ¿a qué nivel se debe tratar de optimizar?

 

Al hablar con los clientes, nos encontramos con sus equipos de proyecto, que optimizan sus operaciones en la nube para sus necesidades específicas. Una de las consecuencias es que no optimizan a nivel de empresa y acaban desaprovechando las economías de escala. Cuando se trata de obtener más valor empresarial de sus inversiones en la nube, puede ser instructivo verlo a través de una lente de pensamiento de plataforma.

 

Los principios del pensamiento de platafor

 

A lo largo de los años, Thoughtworks se ha asociado con éxito con muchas organizaciones diferentes en sus esfuerzos de transformación. Gracias a este trabajo hemos desarrollado nuestro enfoque del pensamiento de plataforma, que puede resumirse de la siguiente manera:

  • Estrategia de nube y plataforma. Esta práctica es el lugar donde unimos todo para que la estrategia empresarial global de la organización y la estrategia tecnológica estén alineadas. Esto se sustenta en un enfoque centrado en el producto. 

     

  • Práctica de arquitectura y desarrollo. Esta práctica representa de forma coherente el valor de una arquitectura bien diseñada y considerada como parte de la estrategia global de la plataforma. Consideramos que una arquitectura bien pensada es aquella que está altamente adaptada a las necesidades específicas de una organización.

 

  • Infraestructura de entrega y nube. Representa el valor de una experiencia del desarrollador, una infraestructura de entrega y una implementación en la nube bien pensadas y adaptadas como parte de la estrategia global de la plataforma.

     

  • Pensamiento de producto de plataforma. Consideramos los productos, ya sea una plataforma centrada en el dominio empresarial o una plataforma de capacidad técnica, como un producto con una propiedad clara de esta plataforma. 

 

  • Excelencia en ingeniería. Se trata de la capacidad de explicar las medidas de la entrega moderna de software. Muchas organizaciones lo hacen utilizando las denominadas cuatro métricas clave DORA, que pueden aplicarse con una perspectiva curada sobre cómo organizar la capacitación de liderazgo para que libere el potencial de sus equipos de desarrolladores en un entorno de ingeniería moderno. 

 

Creemos que si se considera el uso de la nube por parte de la empresa desde una perspectiva de plataforma, se puede garantizar el uso óptimo de los recursos de la nube y maximizar el valor empresarial que se ofrece. No creemos que se trate de una cuestión de elegir la herramienta adecuada para el análisis y la elaboración de informes, sino de un replanteamiento fundamental de cómo crear y ofrecer productos en la nube.

 

Los principios de la combinación del pensamiento de plataforma y FinOps

 

Hemos comprobado que aquellas organizaciones que son capaces de aplicar con éxito los principios de FinOps a sus organizaciones demuestran las siguientes características:

 

  • Colaboración. Para que su estrategia tenga éxito, es fundamental que todas las partes interesadas colaboren estrechamente. Para ello tendrá que aplicar capacidades básicas en torno al cambio organizativo, la eficacia de la ingeniería y la aplicación de los modelos arquitectónicos adecuados.

 

  • Toma de decisiones basada en el valor empresarial. Las decisiones deben estar impulsadas por las necesidades del producto. La mentalidad impulsada por el producto, los servicios centrales de nuestras prácticas, proporcionan es un enfoque esencial para garantizar que el negocio tome las decisiones correctas

 

  • Responsabilidad del uso de la nube. La mayoría de las veces, vemos que la responsabilidad del uso de la nube está distribuida por toda la organización. Aunque la rendición de cuentas distribuida no es intrínsecamente mala, la incapacidad de obtener la visibilidad adecuada, facultando al liderazgo distribuido adecuado, es la razón principal por la que el gasto en la nube entra en una espiral descontrolada. Para lograr la rendición de cuentas, le recomendamos que se centre en la eficacia de la ingeniería, junto con una sólida mentalidad de cambio organizativo, para garantizar que existan modelos claros de rendición de cuentas dentro de su organización.

     

  • Datos accesibles. Los proveedores de nubes públicas ponen a disposición una plétora de datos, pero como organización necesita asegurarse de que estos datos son realmente accesibles y procesables. Hay una traducción que se realiza entre bastidores para que esto ocurra. Thoughtworks ha trabajado con varios clientes de los sectores FinTech, de automatización industrial y público para crear la capa de traducción que haga que los datos disponibles sean accesibles y procesables mediante las aplicaciones de las capacidades de nuestra plataforma de infraestructura de entrega.

 

  • Equipo centralizado de quarterback. Incluso cuando las organizaciones entienden lo que quieren de un equipo de FinOps, muchas luchan cuando se trata de establecer esos equipos y hacerlos eficaces. A menudo vemos que esto ocurre cuando el equipo de FinOps se hace responsable de optimizar las inversiones y los resultados de la nube. Creemos que los equipos de FinOps son, en el mejor de los casos, mariscales de campo que coordinan, habilitan, informan y mantienen el objetivo en la mente de todos para que nunca pase a un segundo plano. Creemos que el nivel adecuado de modelos arquitectónicos puede garantizar que las relaciones entre los equipos y las diferentes partes del ecosistema del producto y la asignación de las características y los requisitos del producto a la infraestructura (y el uso general del servicio en la nube) se establezcan desde el principio, de modo que esto se incorpore al ADN de la organización.

 

  • Modelo de coste variable. Una de las bellezas de los servicios de nube pública es que permite adoptar fácilmente modelos de costes variables. En teoría, esto debería permitir a las organizaciones alinear sus costes de nube con sus requisitos específicos, en cualquier momento. Pero con demasiada frecuencia, vemos que los clientes intentan estipular cuánto asignar a un equipo o producto/dominio determinado en términos de costes variables o incluso de capital. Esto conduce a resultados subóptimos de los equipos, que acaban gestionando su propia infraestructura sin los beneficios organizativos y de escala de sistema de los recursos gestionado.



    Un ejemplo de ello fue un cliente que creó un clúster de orquestación de contenedores/Kubernetes como plataforma informática compartida entre equipos. Si bien hay modelos en los que a veces se puede determinar el uso de un clúster de orquestación de contenedores, no se trata de eso: ¿Realmente necesitas saberlo? ¿O desea optimizar su Opex y Capex para obtener el mayor margen y rendimiento de una línea de productos? Nuestra recomendación es que se centre en lo segundo.


    Creemos que suele ser el director de ingeniería -que consume un servicio o conoce la huella de un servicio en función de la escalabilidad, la seguridad, el acoplamiento y el potencial de ingresos- el que tiene la mejor perspectiva sobre cómo gestionar los costes variables.

     

Gracias a las posibilidades de valoración, evaluación y refactorización de arquitecturas, unidas a unas capacidades eficaces de mejora de los procesos de ingeniería, puede cambiar las reglas del juego a la hora de racionalizar su enfoque para dimensionar correctamente y gestionar los modelos de costes variables.

 

Conclusión

 

En la primera parte de este artículo en dos partes, hablamos de la importancia de abordar la resolución del problema de FinOps como se abordaría cualquier cambio de paradigma holístico en una organización mediante el establecimiento de una visión, la gestión de las partes interesadas, la construcción de los aspectos fundamentales de la observabilidad y la realización de los pasos necesarios para tomar decisiones basadas en el valor. 

 

En la segunda parte, presentamos los conceptos del pensamiento de plataforma tal y como lo recomienda y practica Thoughtworks. A continuación, hablamos de combinar estos conceptos con los principios de FinOps.

 

El éxito final de su viaje FinOps requiere que usted mire a los principios de la plataforma que hemos descrito anteriormente a través de la lente de los principios FinOps estándar de la industria tal como se define por la fundación FinOps.

 

A través de iteraciones y aprendizajes que hemos reunido en múltiples clientes en diferentes verticales de la industria, hemos visto que estos enfoques funcionan y le proporcionarán una mejora medible para sus inversiones en la nube.

Hablemos de tu próximo proyecto