Desarrollar interfaces eficaces en ingeniería de plataforma implica la transición de procesos personalizados y manuales a soluciones estandarizadas y coherentes que simplifican el aprovisionamiento y las solicitudes de servicio. En este artículo se exploran las fases del desarrollo de interfaz, centrándose en la configuración de entornos de desarrollo y el diagnóstico del comportamiento de la aplicación.
Procesos personalizados
Existe una colección de distintos procesos para aprovisionar diferentes funcionalidades y servicios, pero no se tiene en cuenta la coherencia de la interfaz. Los procesos personalizados personalizados abordan las necesidades inmediatas de las personas o equipos y dependen de la intervención manual incluso si el proveedor usa algunos scripts de implementación automatizados.
El conocimiento de cómo solicitar estas soluciones se comparte de persona a persona. El proceso para solicitar un servicio carece de estandarización y coherencia. Es probable que el aprovisionamiento y el uso de un servicio de plataforma requieran compatibilidad profunda con el proveedor de funcionalidades.
La falta de requisitos y estándares centrales hace que este nivel sea adecuado cuando la empresa aún no ha identificado y documentado las expectativas. Puede ser eficaz para los equipos en las empresas en etapas tempranas o en los esfuerzos de plataforma. En estos entornos, los equipos tienen la libertad de evolucionar procesos y capacidades a sus necesidades, lo que les permite ofrecer más rápidamente y pagar el precio de normalización solo cuando sea necesario más adelante.
Configuración del entorno de desarrollo: los ingenieros individuales reúnen los pasos necesarios para configurar un entorno mediante la solicitud de compañeros, la búsqueda de documentación y el seguimiento de sus propias prácticas conocidas.
Diagnosticar el comportamiento de la aplicación: los ingenieros eligen sus propias herramientas y procesos para diagnosticar el comportamiento. Son responsables de tomar medidas para acceder a los registros y la aplicación.
Estándares locales
Los ingenieros y los equipos de ingeniería definen de forma proactiva, pero informalmente estándares para diferentes funcionalidades y servicios, con el fin de aumentar la cantidad de conocimiento compartido que puede tener lugar dentro de la organización. Las comunidades de apoyo informal surgen en torno a estos estándares, pero esto depende de los recursos y el compromiso de personas y equipos individuales.
Configuración del entorno de desarrollo: los equipos individuales definen sus propias herramientas y procesos e intentan asegurarse de que los ingenieros dentro de los equipos se adhieren a estos procesos. Esto puede ser a través de documentación o contenedores, pero la elección de cómo documentar herramientas y procesos está controlada por el equipo.
Diagnóstico del comportamiento de la aplicación: los equipos individuales definen sus propios procedimientos y procesos para diagnosticar el comportamiento. Los equipos dependen del equipo de DevOps/TI para acceder a los recursos desplegados.
Existen interfaces estándar y coherentes para aprovisionar y observar plataformas y funcionalidades y satisfacer necesidades generales. Los usuarios pueden identificar qué funcionalidades están disponibles y están habilitadas para solicitar funcionalidades que requieren.
Se proporcionan carreteras asfaltadas o caminos dorados, en forma de documentación y plantillas. Estos recursos definen cómo aprovisionar y administrar funcionalidades típicas mediante patrones compatibles y probados. Aunque algunos usuarios pueden usar estas soluciones por sí solas, las soluciones a menudo requieren una experiencia profunda en el dominio y, por tanto, el soporte técnico de los mantenedores sigue siendo vital.
Se requiere una administración significativa del equipo central para mantener plantillas o documentación, especialmente en respuesta a las necesidades cambiantes de los equipos.
Configuración del entorno de desarrollo: hay alguna inversión en una ruta de acceso común con documentación o plantillas que definen las herramientas y los procesos necesarios en toda la organización. Los equipos pueden alejarse de los estándares a medida que modifican las plantillas, pero no se reintegran en un equipo centralizado.
Diagnóstico del comportamiento de la aplicación: práctica estándar definida para acceder a los recursos implementados y diagnosticarlos.
Soluciones de autoservicio
Las soluciones se ofrecen de una manera que proporciona autonomía a los usuarios y requiere poco soporte de los mantenedores. La organización fomenta y permite que las soluciones proporcionen interfaces coherentes que permitan la detectabilidad y portabilidad de la experiencia del usuario de una funcionalidad a otra. Aunque sea de autoservicio, las soluciones requieren reconocimiento e implementación del equipo. Para mejorar esta experiencia, podría haber un lenguaje interno guiado y simplificado que permita a los usuarios adoptar e integrar funcionalidades de plataforma más rápidamente. Esto genera una colección coherente de funcionalidades centrada en el usuario, auto gestionable y coherente.
Configuración del entorno de desarrollo: los equipos de ingeniería dependen de la plataforma para configurar entornos de desarrollo. La prestación existe para detectar los recursos disponibles. Los equipos de ingeniería adoptan la plataforma exclusivamente para todas las interacciones. La plataforma ayuda al uso compartido de conocimientos a través de la detección y modificación de plantillas nuevas y existentes, aumentando continuamente el valor ofrecido por la plataforma.
Diagnóstico del comportamiento de la aplicación: se proporcionan herramientas y servicios para observar recursos o funcionalidades a través de la plataforma a petición. La plataforma proporciona facilidades para diagnosticar y observar recursos y capacidades.
Servicios integrados
Las funcionalidades de la plataforma se integran de forma transparente en las herramientas y procesos que los equipos ya usan para realizar su trabajo. Algunas funcionalidades se aprovisionan automáticamente, como la observabilidad o la administración de identidades para un servicio implementado. Cuando los usuarios alcanzan los límites de los servicios proporcionados, hay una oportunidad para superar las soluciones automatizadas y personalizarlas según sus necesidades sin salir de las ofertas internas, ya que las capacidades de la plataforma se consideran bloques constructivos. Estos bloques de creación se usan para crear composiciones transparentes y automáticas para satisfacer los casos de uso de nivel superior, a la vez que se habilita una personalización más profunda cuando sea necesario.
Los equipos de plataformas internos pueden determinar qué funcionalidades funcionan bien para la organización y pueden usar este conocimiento para determinar en qué áreas invertir para mejorar aún más la plataforma.
Las funcionalidades se pueden ampliar y empaquetar de varias maneras, lo que ofrece máxima flexibilidad para aprovisionar, administrar y observar recursos y funcionalidades.
Configuración del entorno de desarrollo: las funcionalidades de la plataforma se integran en las herramientas y procesos que los equipos ya usan para realizar su trabajo. Se puede usar a través de la CLI, el IDE u otros entornos.
Diagnóstico del comportamiento de la aplicación: la plataforma configura automáticamente las funcionalidades de observabilidad de cada aplicación implementada. La plataforma proporciona facilidad para interactuar con datos de diagnóstico y con la aplicación implementada.