Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Identificar los límites de la microinterfaz
Para mejorar la autonomía del equipo, las capacidades empresariales que ofrece una aplicación se pueden descomponer en varias microinterfaces con una dependencia mínima entre sí.
Siguiendo la metodología DDD descrita anteriormente, los equipos pueden dividir el dominio de una aplicación en subdominios empresariales y contextos acotados. De este modo, los equipos autónomos pueden hacerse cargo de la funcionalidad de sus contextos acotados y ofrecer esos contextos como microinterfaces. Para obtener más información sobre la separación de las preocupaciones, consulte el diagrama Serverless
Un contexto acotado bien definido debería minimizar la superposición funcional y la necesidad de una comunicación en tiempo de ejecución entre contextos. La comunicación requerida se puede implementar con métodos basados en eventos. Esto no es diferente de la arquitectura basada en eventos para el desarrollo de microservicios.
Una aplicación bien diseñada también debería respaldar la entrega de futuras extensiones por parte de nuevos equipos para proporcionar una experiencia coherente a los clientes.
¿Cómo dividir una aplicación monolítica en microinterfaces
La sección de descripción general incluía un ejemplo de cómo identificar contextos funcionales independientes en una página web. Surgen varios patrones para dividir la funcionalidad en la interfaz de usuario.
Por ejemplo, cuando los dominios empresariales forman etapas del recorrido del usuario, se puede aplicar una división vertical en la interfaz, en la que una colección de vistas del recorrido del usuario se presenta en forma de microinterfaces. El siguiente diagrama muestra una división vertical, en la que los pasos de catálogo, pago y facturación los llevan a cabo equipos separados como microinterfaces independientes.
Para algunas aplicaciones, la división vertical por sí sola puede no ser suficiente. Por ejemplo, es posible que sea necesario proporcionar alguna funcionalidad en varias vistas. Para estas aplicaciones, puede aplicar una división mixta. El siguiente diagrama muestra una solución de división mixta en la que las microinterfaces de Station Finder y Route Explorer utilizan la función de visualización de mapas.
Las aplicaciones tipo portal o panel de control suelen reunir las capacidades de la interfaz de usuario en una sola vista. En este tipo de aplicaciones, cada widget se puede entregar como una microinterfaz, y la aplicación de alojamiento define las restricciones e interfaces que deben implementar las microinterfaces.
Este enfoque proporciona un mecanismo para que las microinterfaces resuelvan problemas como el tamaño de las ventanas gráficas, los proveedores de autenticación, los ajustes de configuración y los metadatos. Estos tipos de aplicaciones optimizan la extensibilidad. Los nuevos equipos pueden desarrollar nuevas funciones para ampliar las capacidades del panel de control.
El siguiente diagrama muestra una aplicación de panel desarrollada por tres equipos individuales que forman parte de Team Dashboard.
En el diagrama, la vista futura representa las nuevas funciones desarrolladas por los nuevos equipos para escalar el panel de control del equipo y las capacidades del panel de control.
Las aplicaciones de portal y panel de control suelen componer la funcionalidad mediante una división mixta en la interfaz de usuario. Las microinterfaces se pueden configurar con ajustes bien definidos, que incluyen restricciones de posición y tamaño.
