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 especialmente eficaz para los equipos en las primeras fases empresas o esfuerzos de plataforma. En estos entornos, los equipos proporcionan 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, siguiendo 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. 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. Teams se basa en devops/equipo de TI para acceder a los recursos implementados.
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: algunas inversiones en una ruta de acceso común con documentación o plantillas que definen las herramientas y procesos necesarios en toda la organización. Los equipos pueden desfase de los estándares a medida que modifican plantillas, pero no se pueden combinar de nuevo en el 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, puede 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, autoservicio 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: herramientas y servicios para observar recursos o funcionalidades proporcionados a través de la plataforma a petición. La plataforma proporciona prestación para diagnosticar y observar recursos o funcionalidades.
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 bordes de los servicios proporcionados, hay una oportunidad de mover soluciones automatizadas anteriores y personalizarlas para sus necesidades sin salir de las ofertas internas porque las funcionalidades de la plataforma se consideran bloques de creación. 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, etc.
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 prestación para interactuar con los datos de diagnóstico y la aplicación implementada.