Los equipos de infraestructura se beneficiarán enormemente de un aumento significativo en la estandarización y la automatización: no se requieren más órdenes de trabajo.
Traducido de Por este motivo los equipos de infraestructura deberían preocuparse por la ingeniería de plataformas , autor Luca Galante.
Cada vez más, los equipos de infraestructura, especialmente en las empresas, están bajo una presión cada vez mayor, lo que lleva a muchas organizaciones de ingeniería al borde del colapso operativo. A la mayoría de estos equipos de infraestructura se les asignó la tarea de modernizar y migrar a la nube hace años, y esas iniciativas a menudo quedaron en el camino.
Ahora, necesitan administrar configuraciones locales y en la nube mientras compiten con las consolas de los proveedores de la nube que prometen permitir el autoservicio de los desarrolladores. Por supuesto, el autoservicio de los desarrolladores no es posible a través de ninguna consola de este tipo, y los equipos de infraestructura terminan teniendo que lidiar con un número cada vez mayor de solicitudes y tickets de los desarrolladores.
Los desarrolladores se quejan de los largos tiempos de espera y de la alta carga cognitiva que supone lidiar con la cada vez más compleja cadena de herramientas nativa de la nube. El tiempo de comercialización se está alargando, lo que los ejecutivos achacan a que los equipos de infraestructura se están convirtiendo en un cuello de botella.
Esto puede parecer demasiado familiar para la mayoría de las personas. Pero aquí está lo interesante: en los últimos años, la ingeniería de plataformas ha prometido resolver muchos de estos problemas, permitiendo un verdadero autoservicio a escala para los desarrolladores, en lugar de simplemente agregar una capa de interfaz de usuario sobre la infraestructura, al tiempo que alivia la presión subyacente sobre equipos de instalaciones. Sin embargo, muchos equipos de infraestructura con los que hablo no parecen ver la ingeniería de plataformas como una solución a sus problemas. ¿Por qué?
Porque lo asocian inmediatamente con la experiencia del desarrollador (DevEx), que realmente no es lo que les interesa. Después de todo, como equipo de infraestructura usted tiene que preocuparse por la infraestructura y la prestación de servicios, entonces, ¿por qué debería importarle?
Porque al proporcionar a sus desarrolladores una plataforma de desarrollo interna (IDP) , puede eliminar su tiempo de espera y evitar la ola de acciones de tickets. De hecho, puedes concentrarte en cosas importantes como agregar nuevos recursos e infraestructura (y, seamos honestos, más divertido) en lugar de tener que activar la enésima instancia de la misma base de datos Postgres. Debería importarle porque, a los ojos de la dirección, pasa de ser parte del problema (ser el cuello de botella) a ser parte de la solución.
Infraestructura + Ingeniería de Plataforma = Ingeniería de Plataforma de Infraestructura
La ingeniería de plataformas consiste en reunir todas las tecnologías y herramientas que circulan en una organización empresarial y agruparlas en caminos dorados, permitiendo el autoservicio de los desarrolladores y eliminando la carga cognitiva de los contribuyentes individuales. Luego, Gartner define la ingeniería de plataformas de infraestructura como "la disciplina de crear productos de software internos [IDP] que exponen la infraestructura de TI a los usuarios u otras plataformas de una manera fácil de consumir".
Por lo tanto, para que su programa de ingeniería de plataformas tenga éxito, es fundamental establecer líneas de comunicación claras entre su equipo de plataforma y los equipos de infraestructura existentes. La ingeniería de plataformas es más que solo DevEx: el lado de la infraestructura es tan importante como el lado de la aplicación o la interfaz del desarrollador. Los ingenieros de plataformas de infraestructura desempeñan un papel clave en su equipo de plataformas.
Los equipos de ingeniería de plataformas tienen aquí una gran oportunidad de crear una experiencia unificada para los desarrolladores, independientemente de los recursos que quieran consumir, ya sea del proveedor de la nube, del equipo de infraestructura o de ambos. Un IDP de nivel empresarial estandariza naturalmente el consumo de dichos recursos, aumentando así la eficiencia, mejorando la seguridad y mejorando el cumplimiento con cualquier proveedor interno o externo.
Este es un gran desbloqueo no solo para los desarrolladores, sino también para los equipos de infraestructura. Un IDP creado con Platform Orchestrator introduce un nivel de estandarización y automatización que puede hacer que su vida como equipo de infraestructura sea más placentera.
Por ejemplo, supongamos que necesita actualizar Postgres de Vx a Vx+1 y debe hacerlo en todos los equipos de desarrollo de aplicaciones. Sin un IDP, tendrías que ir a cada equipo, averiguar en qué instancia se estaban ejecutando y mapearlo todo. Luego tienes que regresar y actualizar, generalmente con equipos individuales y únicos para cada instancia.
Con un IDP ( Platform Orchestrator como backend ) bien construido, simplemente puede actualizar un archivo (definición de recurso) y la próxima vez que un equipo implemente su carga de trabajo, se utilizará automáticamente la versión más nueva del recurso.
Esto está estandarizado por diseño en todos los equipos y flujos de trabajo, al mismo tiempo que se aleja por completo de las acciones de tickets, lo que le permite hacer su mejor trabajo.
en conclusión
Platform Engineering y Platform Orchestrator brindan a las organizaciones de ingeniería una oportunidad única para mejorar la forma en que operan y la forma en que los desarrolladores interactúan con la infraestructura, lo que resulta en una mayor eficiencia y un tiempo de comercialización (TTM) más rápido.
Sin embargo, las iniciativas de ingeniería de plataformas no pueden llegar muy lejos sin una estrecha colaboración con los equipos de infraestructura existentes, quienes a su vez se beneficiarán enormemente de una mayor estandarización y automatización, y eliminarán la necesidad de operaciones de tickets.
Los ingenieros de plataformas de infraestructura desempeñarán un papel cada vez más crítico en la implementación de su IDP y en el desempeño organizacional más amplio. Si estás interesado en aprender más,
Un programador nacido en los años 90 desarrolló un software de portabilidad de vídeo y ganó más de 7 millones en menos de un año. ¡El final fue muy duro! Los estudiantes de secundaria crean su propio lenguaje de programación de código abierto como una ceremonia de mayoría de edad: comentarios agudos de los internautas: debido al fraude desenfrenado, confiando en RustDesk, el servicio doméstico Taobao (taobao.com) suspendió los servicios domésticos y reinició el trabajo de optimización de la versión web Java 17 es la versión Java LTS más utilizada. Cuota de mercado de Windows 10. Alcanzando el 70%, Windows 11 continúa disminuyendo. Open Source Daily | Google apoya a Hongmeng para hacerse cargo de los teléfonos Android de código abierto respaldados por Docker; Electric cierra la plataforma abierta Apple lanza el chip M4 Google elimina el kernel universal de Android (ACK) Soporte para la arquitectura RISC-V Yunfeng renunció a Alibaba y planea producir juegos independientes para plataformas Windows en el futuroEste artículo se publicó por primera vez en Yunyunzhongsheng ( https://yylives.cc/ ), todos son bienvenidos a visitarlo.