Para los desarrolladores de aplicaciones, se trata de la capacidad de hacer las cosas sin tener que crear tickets y esperar días a que alguien más los atienda. El autoservicio para desarrolladores se sustenta a través de lo que llamamos caminos dorados o caminos pavimentados. Un camino dorado es una forma predefinida, obstinada y respaldada de crear, implementar y operar software. Puede que un camino dorado no sea la única forma de hacer algo en la plataforma, pero ciertamente es el camino recomendado y seleccionado de menor resistencia.
Los ingenieros de plataformas suelen ser ignorados cuando se trata de autoservicio. Por lo general, solo se espera que creen capacidades de autoservicio para los desarrolladores de aplicaciones, pero casi nunca se los considera ingenieros que necesitan ser atendidos por la propia plataforma. Pero como comentamos en el primer principio de este artículo, un IDP también debería servir a los ingenieros de plataformas. Se espera que los ingenieros de plataformas proporcionen infraestructuras, entornos, canalizaciones, etc. consistentes. Así como se espera que los constructores de ciudades proporcionen el mismo voltaje de electricidad a todas las partes de una ciudad, la misma presión de agua a cada hogar, también se espera que los ingenieros de plataformas proporcionen las mismas bases consistentes para que los desarrolladores construyan.
Esta coherencia sólo se puede lograr a través de caminos dorados de autoservicio que están disponibles para los ingenieros de plataformas. El autoservicio para los ingenieros de plataformas significa brindar al equipo de la plataforma un conjunto de bloques de construcción automatizados y componibles que les permitan diseñar, ampliar y operar el IDP de manera eficiente sin tener que unir manualmente la infraestructura o reinventar patrones cada vez. Estos caminos dorados de autoservicio deben tener incorporadas las barreras de seguridad adecuadas (para manejar acciones riesgosas como eliminar entornos, por ejemplo), así como pistas de auditoría y una gobernanza adecuada a escala.
Por lo tanto, los caminos dorados del autoservicio, tanto para los desarrolladores como para los ingenieros de plataformas, son un principio clave en un IDP. Las características de estos caminos dorados son:
- Obstinados, no restrictivos: codifican las mejores prácticas (opciones de pila tecnológica, plantillas de CI/CD, políticas de seguridad) y, al mismo tiempo, dejan flexibilidad para los casos extremos.
- Flujo de trabajo de un extremo a otro: cubren el ciclo de vida completo, desde el andamiaje de una aplicación, el aprovisionamiento de infraestructura y CI/CD hasta la observabilidad, el monitoreo y la respuesta a incidentes.
- Autoservicio: están expuestos a los desarrolladores a través de herramientas de autoservicio, interfaz de usuario o comandos CLI en el IDP.
- Abstraiga la complejidad: los desarrolladores y los ingenieros de plataformas no necesitan conectarse entre sí Kubernetes, observabilidad pilas, IAM, etc. El camino dorado prepara a quienes están detrás de interfaces sencillas.
- Mantenimiento continuo: los ingenieros de plataformas evolucionan hacia caminos dorados junto con las necesidades organizacionales, los requisitos de seguridad y las nuevas tecnologías.
Impulsado por operaciones, declarativo y automatizado
La automatización (obviamente) es fundamental para un desplazado interno. No se pueden lograr los objetivos de un desplazado interno sin automatización. Pero la automatización sin disciplina es sólo una receta para el caos. Es por eso que la automatización impulsada por las operaciones es el camino a seguir. La automatización basada en operaciones consiste básicamente en seguir GitOps flujos de trabajo para los cambios realizados en el IDP. Cada acción realizada en el IDP debe ser versionada, registrada y reversible. Todas las acciones deben tener pistas de auditoría.
Es importante que las automatizaciones de un IDP estén en forma declarativa. Se trata de declarar el estado deseado del sistema en lugar de monitorear y reaccionar continuamente a eventos y alertas. Piense en las farolas de una ciudad. Alguien necesita encender las luces al anochecer y apagarlas al amanecer. Si algo sale mal en medio de la noche y las luces se apagan, alguien debe solucionarlo y volver a encenderlas. Este es un proceso engorroso y requiere mucha mano de obra. Sin embargo, imagina poder declarar el estado deseado como «las luces deben estar encendidas siempre que haya oscuridad». Si el sistema puede conciliar automáticamente el estado de las luces con el estado deseado, el funcionamiento de las luces de la ciudad se vuelve mucho más eficiente y fluido. Nadie necesita despertarse en medio de la noche sólo por un problema en el sistema. El sistema se recupera automáticamente por sí solo.
Para una experiencia verdaderamente sin intervención al operar un IDP, las automatizaciones de la plataforma deben funcionar de manera declarativa. Por lo tanto, las automatizaciones declarativas con flujos de trabajo basados en operaciones son un principio clave sobre el que construir un IDP.
Inteligente y perspicaz
Un desplazado interno presta servicios a muchas partes interesadas. Si bien puede estar dirigido principalmente a desarrolladores de aplicaciones e ingenieros de plataformas, muchas partes de una organización pueden aprovechar los beneficios de un IDP. Para que esto sea posible, el IDP debe exponer inteligencia y conocimientos relevantes a todas las partes. A continuación se muestran algunos ejemplos de diferentes partes interesadas y los datos y conocimientos relevantes.
- Para desarrolladores y operadores: información necesaria para solucionar incidentes. Impulsado principalmente por datos de observabilidad (es decir, registros, métricas, seguimientos).
- Para las partes interesadas del negocio: información que muestra el impacto de los artefactos digitales en el negocio. Por ejemplo, datos como pedidos realizados, crecimiento de usuarios, cancelaciones de pedidos, etc. Esto básicamente implica convertir datos técnicos de las API de una organización en información empresarial.
- Para gerentes de ingeniería: conocimientos necesarios para evaluar la velocidad y estabilidad de la entrega de software de la organización. Construido principalmente sobre el conocido Métricas de DORA.
- Para arquitectos: información que ayuda a determinar el ROI de los artefactos digitales, información sobre la eficiencia de los recursos, desgloses de costos, etc.
En nuestra era de uso intensivo de datos, los conocimientos sin inteligencia son insuficientes. Durante muchos años, hemos estado acostumbrados a mirar todo tipo de gráficos, tablas e informes. Tuvimos que realizar la ardua tarea de analizar estos informes para comprender las áreas de mejora. Pero ahora, muchas de estas tareas se pueden transferir a agentes de IA dentro del IDP. Además de mostrar gráficos, tablas e informes, estos agentes también pueden ayudar a determinar las causas de las fallas y otras áreas de mejora para nuestros artefactos digitales.
Por supuesto, la inteligencia se aplica a todos los ámbitos, no sólo a los conocimientos. Un desplazado interno debería incorporar IA en todos los lugares donde tenga sentido. Piense en el cumplimiento, la gobernanza, el seguimiento, etc. La IA se ha convertido en una herramienta que puede ayudar en muchas de estas áreas de un desplazado interno. Por lo tanto, es crucial considerar la IA y los conocimientos como un principio clave de un desplazado interno.
Orientación del producto
Un desplazado interno no debería ser un proyecto aislado. Un proyecto es algo que se hace una vez y se termina. Tiene una fecha de inicio y una fecha de finalización. Un desplazado interno nunca es un proyecto terminado. Es algo que continúa viviendo y evolucionando, para siempre.
La entrega de software nunca termina. Además, los tipos de software que se entregan y las formas en que se entregan cambian inevitablemente. Lo que entregas hoy no es lo mismo que entregarás mañana. Si trata a su IDP como un proyecto único, construirá para las necesidades de hoy y se detendrá, y su IDP no atenderá las necesidades del mañana. Es por eso que necesita una mentalidad de producto para su IDP. Su IDP debe evolucionar para satisfacer las necesidades futuras, manteniendo el ritmo de las herramientas y tecnologías de la industria moderna y proporcionando una plataforma para elevar y modernizar su organización.
Una mentalidad de producto para un desplazado interno requiere una gestión adecuada del producto. Esto incluye mantener una hoja de ruta clara, tener una cadencia de lanzamiento regular, gestión del ciclo de vida de las funciones, seguimiento de problemas, etc. También requiere prestar atención a los factores no técnicos necesarios para su éxito. Es necesario crear suficiente conciencia sobre la plataforma, aumentar su adopción, recopilar comentarios de los usuarios, incorporar esos aprendizajes en la hoja de ruta y continuar iterando.
Por lo tanto, esta mentalidad de producto es un principio clave de un desplazado interno. Es fundamental para el éxito a largo plazo. Tratar a un desplazado interno como un proyecto le brindará beneficios a corto plazo, pero eventualmente fracasará a largo plazo. Una sólida gestión del producto con un compromiso real de hacer evolucionar el IDP como un producto es lo que garantizará su éxito general.
Pensamientos finales
Un gran IDP es más que una colección de herramientas. Es su “ciudad planificada” para la entrega de software, que proporciona abstracciones consistentes, barreras de seguridad confiables y caminos dorados que empoderan tanto a los desarrolladores como a los ingenieros de plataformas.
Muchos desplazados internos, tanto las soluciones locales como las disponibles en el mercado, tienden a centrarse únicamente en reducir la carga cognitiva de los desarrolladores y entregar software más rápido. Si bien este enfoque puede generar beneficios a corto plazo, crea ineficiencias y trabajo adicional en el largo plazo.
Un IDP exitoso elimina las barreras a la eficiencia y coloca tanto a los desarrolladores como a los ingenieros de plataformas en caminos dorados del autoservicio. Crea orden, ahorra tiempo, ahorra dinero, aumenta la satisfacción y mejora significativamente la capacidad de una organización para innovar.
—
Foro de nueva tecnología proporciona un lugar para que los líderes tecnológicos, incluidos proveedores y otros contribuyentes externos, exploren y analicen la tecnología empresarial emergente con una profundidad y amplitud sin precedentes. La selección es subjetiva y se basa en nuestra elección de las tecnologías que creemos que son importantes y de mayor interés para los lectores de InfoWorld. InfoWorld no acepta garantías de marketing para su publicación y se reserva el derecho de editar todo el contenido aportado. Enviar todo consultas a doug_dineley@foundryco.com.
