Platform Engineering: el futuro de las plataformas cloud

¿Qué es un Brand Discovery ?

Uno de los términos más de moda en el panorama IT actual es platform engineering. A continuación, explicamos qué es, y cómo Paradigma Digital, de la mano de Red Hat, está ayudando a muchas organizaciones a industrializar su plataforma cloud.

Para entender qué es platform engineering, es necesario ganar un poco de perspectiva, entendiendo la historia y evolución del movimiento DevOps.

DevOps vino a resolver la enorme ineficiencia en la colaboración de las áreas tradicionales de desarrollo y sistemas, encarrilando a las organizaciones hacia la automatización de despliegues y al santo grial del continuous delivery, tan importante para romper monolitos, evolucionar a arquitecturas cloud native y competir con los más avanzados en el mundo digital.

Montar un stack de continuous delivery e implantar una organización para trabajar en DevOps ha sido un proyecto core en la transformación digital de muchas compañías a las que hemos ayudado en la última década, llevándolas hacia los conceptos de plataforma PaaS e infraestructura como código, que permiten que los equipos de desarrollo se centren en lo realmente importante para ellos: su aplicación de negocio.

Son muchas las compañías y los equipos que han vivido este proceso han completado con éxito los primeros proyectos, PoCs y MVPs cloud, y han saboreado por fin la libertad y la eficiencia del principio “you build it, you run it”.

¿Qué ha pasado entonces? ¿No era esta la tierra prometida? ¿Dónde entra platform engineering?

La realidad es que la experiencia de Paradigma en estos últimos diez años, en los que hemos acompañado a muchas compañías, grandes y pequeñas, en el viaje hacia Cloud y DevOps, nos dice que hay un patrón que se repite y que podríamos representar así:

Cuando creen que han llegado a la cima de la montaña, muchas compañías ven que esa montaña estaba ocultando otra que solo se ve cuando has culminado la escalada de la primera. Y esta segunda montaña aparece por dos motivos:

 

Complejidad de la tecnología

La tecnología en el ámbito cloud ha evolucionado exponencialmente en los últimos años. La CNCF (Cloud Native Computing Foundation), una fundación de software de código abierto que respalda y promueve el uso de tecnologías cloud native, mantiene un landscape o mapa del ecosistema de cloud native que incluye proyectos open source, productos y servicios, cuya visualización a día de hoy produce vértigo:

Buscar una persona experta que domine o al menos se maneje de forma competente en estas tecnologías, y más en el mercado actual de talento, es enormemente complicado y se convierte en un drama para compañías que han hecho una enorme inversión en sus plataformas cloud y de pronto se encuentran con que sus equipos no tienen las capacidades suficientes para trabajar en ellas.

 

De la prueba de concepto a la transformación masiva del negocio

El segundo factor tiene que ver con el escalado. Cuando se implanta DevOps o se monta una plataforma cloud PaaS en una organización, lo normal es no hacer un big bang, sino comenzar con una prueba de concepto o un MVP.

Para ello no se elige un proyecto o equipo al azar, sino que normalmente se selecciona un proyecto sin mucha presión de negocio liderado por un equipo que formamos con las personas más motivadas a moverse a cloud, que habitualmente son también las más capaces y las que llevan leyendo o formándose en cloud por su cuenta más tiempo.

Sin embargo, cuando después de cantar victoria con ese primer o primeros proyectos, que tan buen resultado han dado, decidimos amortizar la inversión moviendo masivamente el resto de proyectos o productos de la compañía a la plataforma cloud, nos encontramos un escenario muy diferente:

  • Equipos que lejos de estar motivados son reacios al cambio, dificultan cualquier iniciativa de transformación digital y tienen, además, un nivel de capacitación mucho menor al de los primeros equipos.
  • Proyectos donde el margen para fallar o producir un impacto operativo por la migración a cloud es mucho menor.
  • Una plataforma o varias plataformas que conforman un ecosistema cloud cada vez más complejo que eleva cada vez más la barrera de entrada al mundo cloud/devops.

No son pocas las compañías que después de una fuerte inversión en una plataforma cloud y una implantación de un modelo de trabajo DevOps, se encuentran con que no son capaces de escalar el modelo a toda la organización.

 

Platform Engineering: la industrialización de DevOps

Platform engineering viene para ayudarnos a escalar esa segunda montaña y resolver esos problemas que acabamos de describir. Es un término con una traducción difícil y que además encontramos definido de múltiples maneras diferentes, todas ellas complicadas de entender.

Sin pretender hacer una definición canónica o completa, podríamos decir que platform engineering es una disciplina que permite industrializar y escalar el uso de las plataformas y modelos de trabajo cloud en una organización.

No es, por tanto, una solución tecnológica, sino una disciplina que aporta capacidades a la plataforma cloud de una organización, a través de diversas tecnologías, prácticas y metodologías.

Los pilares de platform engineering son cuatro:

  1. Golden Paths

Un golden path (o paved road) proporciona una solución de referencia a una necesidad específica de los equipos de desarrollo, encapsulando las particularidades de la organización y abstrayendo al desarrollador de la toma de decisiones.

Los golden paths permiten reducir la carga cognitiva y la complejidad técnica de la plataforma para el desarrollador. Un golden path puede resolverse en forma de decisión técnica, abstracción al desarrollador o incluso como una política. Aporta consistencia y estandarización adaptados al contexto y al momento de la organización.

  1. Experiencia de desarrollo

El objetivo de la UX es reducir la fricción entre una herramienta y el objetivo de un usuario, a través de la eliminación de obstáculos, rodeos o incomodidades.

DevEx se enfoca en la experiencia de los desarrolladores aumentando su productividad y satisfacción. Además, debe eliminar fricciones entre la plataforma y el objetivo último de entrega continua de valor.

  1. Team topologies: modelo de colaboración de plataforma

Team Topologies propone una contra-maniobra de la ley de Conway para encajar la arquitectura de organización con la arquitectura de software.

Team Topologies está diseñado en torno a stream aligned teams que deben entregar valor en ciclos cortos. El resto de los equipos dan cobertura al stream aligned team para que pueda entregar valor de forma continua.

  1. Product Mindset

La obsesión de todo Product Manager es construir un producto que cumpla las expectativas del usuario y que tenga una adopción acorde.

Una plataforma debe construirse con una mentalidad de evolución iterativa, releases frecuentes, captura del feedback y medición del éxito.

 

¿Cómo nos ayuda Red Hat OpenShift en este escenario?

Red Hat OpenShift proporciona a los equipos de platform engineering un conjunto integral de características y capacidades como Builds, Pipelines, GitOps, Serverless y Service Mesh.

Una de las principales ventajas de OpenShift es su capacidad para abstraer la complejidad de la infraestructura subyacente, al proporcionar una capa de abstracción sobre los recursos de computación, almacenamiento y redes. OpenShift permite a los equipos de plataforma centrarse en ofrecer servicios y herramientas de alto nivel (como autoservicio a los desarrolladores), sin tener que preocuparse por los detalles operativos de la infraestructura. Esto se traduce en una mayor productividad y en la capacidad de adaptarse rápidamente a los cambios en los requisitos de las aplicaciones y del negocio.

La gestión unificada de contenedores es otra área donde OpenShift brilla. La plataforma ofrece herramientas integradas para la creación, gestión y despliegue de contenedores, lo que simplifica las operaciones diarias de los equipos de plataforma. Esto incluye capacidades de monitorización, registro y gestión de recursos, que permiten a los equipos mantener un control completo sobre el ciclo de vida de las aplicaciones y los servicios.

Aunque todo eso se podría replicar con soluciones open source, es precisamente en términos de seguridad y compliance, donde OpenShift no se queda atrás. La plataforma proporciona características integradas de seguridad, como el control de acceso basado en roles (RBAC), autenticación integrada y gestión de secretos, que ayudan a proteger las aplicaciones y los datos contra amenazas externas e internas. Esto es crucial en entornos empresariales donde la seguridad y el cumplimiento normativo son de suma importancia.

Con Red Hat OpenShift, Red Hat Developer Hub, Trusted Software Supply Chain, Advanced Cluster Security (ACS), Advanced Cluster Management (ACM) y Ansible como bloques de construcción principales, los ingenieros de plataformas pueden diseñar e implementar cadenas de herramientas y flujos de trabajo integrados que brindan una experiencia más fluida y eficiente para los desarrolladores.

 

Red Hat y Paradigma Digital

La adopción de Platform Engineering en las organizaciones IT se presenta como un desafío considerable, requiriendo la colaboración con integradores con experiencia como Paradigma Digital y fabricantes reconocidos como Red Hat, lo que proporciona una base sólida para avanzar en este camino desafiante.

Paradigma Digital, Business Premier Partner de Red Hat desde 2014, se especializa en integrar la tecnología de Red Hat en empresas de gran envergadura. Red Hat, como líder mundial en soluciones empresariales de código abierto, destaca por su innovación y fiabilidad de su tecnología.

En este sentido, Paradigma Digital se posiciona como la empresa líder en España en el desarrollo de productos digitales, transformación digital y adopción cloud mediante la aplicación de metodologías Agile y DevOps, lo que le confiere una perspectiva única para abordar los desafíos de Platform Engineering.

El próximo 7 de mayo, durante el Red Hat Summit 2024 en Denver, Paradigma Digital compartirá su experiencia acompañando a grandes empresas en este viaje, utilizando el caso de Eurocontrol como ejemplo destacado.