Libertad y creatividad: El enfoque de Pulumi para los desarrolladores que los habilita sin limitarlos

Infraestructura centrada en los desarrolladores

Pulumi, una empresa que facilita la creación, implementación y gestión de infraestructura en la nube utilizando el enfoque cada vez más popular de la infraestructura como código, se trata de capacitar a los desarrolladores. De hecho, el eslogan de la empresa es "infraestructura como código centrada en los desarrolladores" y hace hincapié en que los desarrolladores pueden utilizar su nube preferida, lenguaje de programación, etc.

Si los desarrolladores son los nuevos reyes, Pulumi está completamente involucrado. La empresa encapsula las características de la infraestructura centrada en los desarrolladores de la siguiente manera:

1. Ingeniería unificada: Herramientas y prácticas de ingeniería de software para aplicaciones e infraestructura.
2. APIs: Hacer todo programable y componible con APIs.
3. Todo como código: Utilizar técnicas "como código", como infraestructura como código y políticas como código.
4. Polyglot: Aprovechar los mejores ecosistemas de lenguajes para cada tarea.
5. Modularidad: Abordar la complejidad con compartición y reutilización real, no con copiar y pegar.
6. Entrega continua: Entregar y escalar aplicaciones e infraestructura con técnicas automatizadas.
7. Verificación continua: Verificar y hacer cumplir los guardrails en todo momento.
8. Paridad de entorno: Compartir tanto como sea posible entre los entornos de desarrollo, prueba y producción.
9. Configuración segura: Acoplar de manera flexible y configurar de forma segura los entornos.
10. Arquitecturas distribuidas: Ir más allá de la "elevación y desplazamiento" para construir aplicaciones e infraestructura verdaderamente nativas de la nube.
11. Observabilidad: Instrumentar aplicaciones e infraestructura para registrar eventos de alta cardinalidad, temprano y a menudo.

Pero "centrarse en los desarrolladores" no significa lo mismo que decir "solo los desarrolladores". Como Duffy destacó en la entrevista con RedMonk, "'Centrarse en los desarrolladores' no significa que no haya un equipo de infraestructura o un equipo de DevOps. Por supuesto que los hay. Estos requieren un profundo conocimiento del dominio para ejecutar de manera rentable y segura clústeres de Kubernetes, por ejemplo". Es tentador pensar que DevOps implica que los desarrolladores asumen todas las funciones de operaciones, pero, como señaló Duffy, "la mayoría de los desarrolladores no van a profundizar" en cosas como la seguridad de clústeres de Kubernetes. No es su principal interés ni habilidad.

El objetivo para los equipos de infraestructura y otros, entonces, es "empoderar a los desarrolladores porque... eso es lo que va a obtener el nivel de innovación que [la empresa] necesita". Al hacerlo, sin embargo, "no puedes dar las llaves del reino" y "necesitas asegurarte de que las cosas sigan siendo seguras [...], de que los guardrails estén en su lugar". Estos guardrails pueden incluir políticas de cumplimiento, seguridad y costos que eviten que los desarrolladores creen recursos que hagan explotar la factura de la nube de la empresa de la noche a la mañana. Esos mismos guardrails aseguran que "incluso si algo llega a producción, continuamente verificamos que las cosas estén seguras y en buen estado".

Si esto suena como una camisa de fuerza para la libertad de los desarrolladores, en realidad es lo contrario, respondió Governor. "Los guardrails te hacen más libre" porque "quitan la preocupación de tus manos. La seguridad va de la mano con la libertad".

Ayúdame a ayudarte

Aunque no se discutió en la entrevista, esto también significa cada vez más plataformas de desarrollo de autoservicio. Netflix, por ejemplo, crea herramientas centralizadas que sirven como un "camino pavimentado" para sus desarrolladores. "Los equipos tienen la libertad de implementar soluciones alternativas, pero también asumen la responsabilidad adicional de mantener estas soluciones". La mayoría de las veces, es más fácil mantenerse en ese camino pavimentado, que viene con los guardrails soñados por Duffy.

Chef vs. Puppet: Cuál es la mejor herramienta de DevOps para tu negocio

En una entrevista con Alexis Richardson, CEO de Weaveworks, él habló sobre cómo estos entornos restringidos ayudan tanto a la empresa como a sus desarrolladores. No es sorprendente que las empresas quieran "rapidez pero seguridad", dijo, lo que significa asegurarse de que "la conformidad y la seguridad estén en su lugar, ... los contenedores se escaneen, la cadena de suministro se verifique en el pipeline de GitOps, y así sucesivamente". Al hacerlo, esto permite que "los desarrolladores de aplicaciones sean súper productivos, de modo que el tiempo desde la idea hasta la satisfacción sea mínimo". En otras palabras, dijo, al darles a los desarrolladores "un entorno estándar y preaprobado en el que el esfuerzo para crear una aplicación a partir de una idea sea mínimo, [los desarrolladores pueden] enfocarse en la innovación, no en la fontanería".

Los desarrolladores ganan. Las empresas ganan. Los clientes ganan.

Entonces, sí, los desarrolladores siguen siendo los nuevos reyes, y las empresas deberían adoptar un enfoque centrado en los desarrolladores para la infraestructura y más. Pero esto nunca significó subestimar la importancia de la seguridad, las operaciones u otros equipos. Más bien, es una relación simbiótica que debería aumentar la productividad de cada uno a través de guardrails inteligentes.

En Newsmatic nos especializamos en tecnología de vanguardia, contamos con los artículos mas novedosos sobre Desarrollo, allí encontraras muchos artículos similares a Libertad y creatividad: El enfoque de Pulumi para los desarrolladores que los habilita sin limitarlos , tenemos lo ultimo en tecnología 2023.