Cómo lanzar una plataforma como un producto y qué características debería tener.

Platform Engineering desarrolla una plataforma que se comporta como una capa de software extra utilizada por equipos de desarrollo, operaciones y otros stakeholders. Por ello, es esencial gestionar la plataforma como un producto de software, con el mismo nivel de rigor, planificación y enfoque user-centric que se aplicaría a cualquier producto destinado a clientes finales.

1 Gestionar la plataforma como un producto (Platform as a Product)

Desarrollo y gestión de la plataforma

• Entornos dedicados para la plataforma

El equipo de plataforma debe construir y mantener la plataforma en entornos de desarrollo propios y aislados. Esta separación garantiza que el desarrollo de la plataforma no interfiera con el desarrollo habitual de aplicaciones, permitiendo al equipo de plataforma experimentar, innovar e iterar sin comprometer la estabilidad de los entornos productivos.

• Versionado y gestión de releases

La plataforma debe evolucionar con versiones claramente definidas, siguiendo una convención de versionado consistente. Esto asegura que los usuarios (tus clientes internos) siempre estén informados sobre cambios, mejoras y posibles peticiones. Comunicar regularmente estas actualizaciones ayuda a que los equipos comprendan cómo evoluciona la plataforma y cómo impacta en su trabajo.

• Integración incremental de funcionalidades

Las funcionalidades deben incorporarse de manera gradual, con distintos niveles de madurez en cada release. Este enfoque incremental permite que la plataforma evolucione en alineación con las necesidades y feedback de los usuarios, asegurando que cada nueva funcionalidad aporte valor y estabilidad.

• Trazabilidad y gestión del ciclo de vida

El equipo de plataforma debe establecer una trazabilidad clara sobre la evolución, las funcionalidades y el ciclo de vida de la plataforma. Esto implica documentar cambios, hacer un seguimiento del nivel de madurez de cada funcionalidad y mantener un roadmap que detalle los desarrollos futuros. Esta transparencia genera confianza en los usuarios y garantiza que la plataforma siga alineada con los objetivos estratégicos de la organización.

Promoviendo versiones de la plataforma a través del Pipeline

• Consistencia en el desarrollo

Los equipos de desarrollo deben construir sus aplicaciones sobre la plataforma, asegurando que el código que producen sea compatible con los sistemas desplegados en producción. Esta práctica elimina el problema de “en mi máquina funciona”, ya que los entornos de desarrollo y producción son consistentes.

• Integración continua y Quality Assurance

La plataforma debe integrarse en el proceso de integración continua (CI) para garantizar la calidad. Al ejecutar tests y validaciones en entornos específicos de la plataforma, el equipo puede asegurarse de que todos los cambios cumplen con los estándares requeridos antes de ser liberados.

• Compatibilidad de productos y testing

Las nuevas versiones de los productos desarrollados se alinearán con las versiones soportadas de la plataforma para asegurar su compatibilidad. Estas versiones se tienen que probar de forma exhaustiva para garantizar su correcto funcionamiento, minimizando el riesgo de problemas en producción.

2 Implementación de Golden Paths

Creando abstracciones para clientes internos

• Golden Paths como abstracciones

El equipo de plataforma crea Golden Paths, workflows y herramientas estandarizadas basadas en buenas prácticas, permitiendo a los equipos consumir las funcionalidades de la plataforma de forma eficiente. Estos Golden Paths simplifican procesos complejos y ofrecen una forma clara y optimizada de aprovechar las funcionalidades de la plataforma.

• Gestión de Golden Paths como APIs

Los Golden Paths deben gestionarse como contratos entre los equipos internos y el equipo de plataforma. Al igual que las APIs, estos contratos definen las expectativas, entradas y salidas de las funcionalidades de la plataforma. Este enfoque garantiza que los Golden Paths sean confiables, mantenibles y puedan evolucionar sin afectar a los equipos que dependen de ellos.

• Exposición de los Golden Paths

Los Golden Paths tienen que ser accesibles a través de recursos de alto nivel como librerías de código, templates o mediante un portal de desarrollo. Este portal actúa como un hub centralizado donde se puede acceder a documentación, ejemplos y herramientas para interactuar con la plataforma de manera eficiente. Este enfoque user-centric facilita la adopción y el uso de las funcionalidades de la plataforma, impulsando la satisfacción de los equipos internos.

¿Qué características debe tener una plataforma?

El Whitepaper de Platform Engineering publicado por la CNCF ofrece un buen enfoque sobre este tema:

A continuación, se presentan los capability domains que deberíamos considerar al construir plataformas para entornos cloud native:

Nuestra experiencia nos dice que, además de las características sugeridas por la CNCF, existen otras igualmente relevantes como gestión de actualizaciones de la plataforma, recuperación ante desastres o gestión de APIs.

Un punto clave sobre el alcance del equipo de plataforma destacado en el whitepaper es el siguiente:

Si bien las plataformas proporcionan características esenciales, es fundamental entender que los equipos de plataforma no siempre deben implementar estas características por sí mismos. Proveedores de servicios gestionados o equipos internos dedicados pueden encargarse de las implementaciones subyacentes, mientras que la plataforma actúa como la capa más delgada posible que garantiza coherencia entre estas implementaciones y satisface los requisitos de la organización.

Por lo tanto, es fundamental establecer una definición clara de responsabilidades para cada característica, evitando así zonas grises en el stack tecnológico que puedan generar confusión sobre qué equipo es responsable de cada parte.