Descubriendo el poder de los patrones de arquitectura empresarial: una guía completa
- ¿Qué son los patrones de arquitectura empresarial?
- ¿Por qué son importantes los patrones de arquitectura?
- Patrones de arquitectura empresarial TOGAF
- Plantilla de patrón de arquitectura empresarial
- Los patrones de arquitectura existen en todos los dominios de la arquitectura
- Patrones de arquitectura empresarial
- Patrones de arquitectura de datos
- Patrones de arquitectura de seguridad
- Patrones de arquitectura de infraestructura
- Patrones de arquitectura de aplicaciones
- Patrones de adquisición del sistema
- Conclusión del patrón de arquitectura
¿Qué son los patrones de arquitectura empresarial?
Un Patrón de Arquitectura proporciona un enfoque común para un problema predecible. Describe el problema y cómo abordarlo.
Usaremos dos patrones:Modelo operativo del CISR y patrón de estrangulador—explorar un enfoque común y un problema predecible.
Cualquiera que haya intentado migrar una cartera de TI se ha enfrentado al problema de las aplicaciones, la infraestructura y los datos heredados. Los procesos, la organización y la gestión obsoletos dificultan el cambio de departamento. El problema predecible es cómo avanzar sin perder la oportunidad de operar. El patrón de estrangulación ofrece un enfoque común: el enfoque antiguo se oculta tras una fachada. Con el tiempo, los nuevos servicios reemplazan a los antiguos.
No existe un modelo operativo único que se aplique en todas partes. El problema predecible es cómo organizar los departamentos, productos y servicios. El modelo operativo de CISR ofrece un enfoque común: se puede optar por la unificación, la coordinación, la diversificación o la replicación.
Ninguno de estos patrones indica exactamente cómo proceder. Ofrecen un enfoque común. Identifican los desafíos específicos del enfoque. Proporcionan un patrón de arquitectura.
Los patrones de arquitectura se describen como “una idea que ha sido útil en un contexto práctico y probablemente será útil en otros."”
¿Por qué son importantes los patrones de arquitectura empresarial?
Los patrones de arquitectura empresarial son importantes debido a la productividad. Sabemos que los arquitectos empresariales más productivos son... 50-100 veces más eficaz que el promedio. La raíz es la reutilización. Usar patrones significa que el arquitecto no... empezar desde el principio. Como un patrón no es una solución integral, ayuda a evitar el error común de que los expertos en la materia apliquen la misma respuesta en distintas situaciones.
El uso de patrones de arquitectura ayuda a equilibrar una individualidad de la organización y desafíos compartidos de la industria. Los patrones de arquitectura empresarial facilitan la toma de decisiones al brindar certeza y comprensión.
Beneficios del uso de patrones de arquitectura
Los patrones de arquitectura ofrecen beneficios similares a arquitecturas de referencia y marcos de arquitectura empresarial. Los patrones de arquitectura aumentan la productividad y la confianza.
Utilizamos patrones de arquitectura para:
- Trabaje en el cambio más efectivo, no en reinventar la rueda
- Mejorar la confianza de que la arquitectura cubre las dificultades y tiene respuestas exitosas
- Simplificar compensación de arquitectura
- Respuestas y enfoques preferidos de Cascade
- Mejorar la confianza en que las implementaciones serán exitosas
- Simplifique la evaluación de soluciones durante la gobernanza de la implementación
Los patrones de arquitectura empresarial ofrecen una plantilla para resolver problemas. Pueden utilizarse en diferentes contextos y ofrecen soluciones robustas a problemas comunes. Ofrecen cierto nivel de seguridad y ayudan a guiar la toma de decisiones.
Independientemente del patrón de arquitectura empresarial que se emplee, las desventajas son inevitables. Al analizar los patrones, es importante comprender las compensaciones que se están haciendo.
Diferencia entre arquitectura de referencia y patrones de arquitectura
Los patrones de arquitectura y las arquitecturas de referencia son conceptos utilizados en todas dominios de arquitectura empresarial—Negocios, aplicaciones, datos, tecnología y seguridad. Los patrones de arquitectura se asocian más comúnmente con la arquitectura de aplicaciones o software.
Existen distinciones técnicas entre arquitectura de referencia y un patrón de arquitectura. Sin embargo, las distinciones se difuminan a medida que cambian los detalles del proyecto arquitectónico. Un patrón aplicable a Arquitectura para apoyar la estrategia, o portafolio, parece una arquitectura de referencia para la entrega de proyectos y soluciones. En resumen, las diferencias clave son:
- Alcance del problemaLos patrones de arquitectura siempre presentan problemas. La arquitectura de referencia podría no tenerlos. Patrón de estrangulador Nunca se considerará una arquitectura de referencia.
- AdaptabilidadLos patrones de arquitectura se pueden adaptar a múltiples proyectos y campos. Las arquitecturas de referencia suelen estar vinculadas a un contexto específico. Una arquitectura de referencia para la cadena de suministro de bienes de consumo será difícil de adaptar.
- Especificidad del dominioLas arquitecturas de referencia suelen diseñarse para industrias o tecnologías específicas. Los patrones de arquitectura son más universales.
En resumen, los patrones de arquitectura ofrecen orientación y enfoques de alto nivel para resolver desafíos arquitectónicos comunes. Nuestro enfoque al mismo tiempo... creación de arquitectura empresarial Se trata de proporcionar una orientación útil en lugar de preocuparse por las diferencias semánticas.
El poder de los patrones de arquitectura empresarial
Un patrón de arquitectura empresarial ofrece un enfoque común y demostrado para un problema predecible. Las descripciones del patrón indican dónde reside el desafío de usarlo. No es necesario inventar una solución. Se analizan soluciones conocidas y se determina cuál se adapta mejor a la empresa. Se concentra el tiempo y las habilidades en aprovechar los beneficios de la arquitectura empresarial.
Plantilla de patrón de arquitectura empresarial
En Navegar por, Tenemos una plantilla sencilla para documentar patrones de arquitectura:
- Nombre: una etiqueta que Tiene importancia y se queda en tu memoria
- Problema predecible (caso de uso): ¿Qué problema común se está resolviendo?
- Acercarse: Una descripción de cómo lograr las metas y objetivos previstos
- Partes difíciles: Qué trabajo se requiere o limitaciones que afectan el uso exitoso del patrón
Los patrones de arquitectura existen en todos los dominios de la arquitectura
Los patrones de arquitectura pueden utilizarse en otros ámbitos, más allá de la arquitectura de software y aplicaciones. Aplique la técnica: un enfoque común para un problema predecible.
A continuación se muestran algunos ejemplos de cómo se pueden aplicar los patrones de arquitectura fuera de la arquitectura de la aplicación:
- Patrones de arquitectura empresarialAnte un problema como la mejora de la eficiencia, ofrecen enfoques comunes. El Patrón de Digitalización y el Patrón de Mejora Lean tienen enfoques diferentes para resolver el mismo problema.
Patrones de fusiones y adquisiciones (M&A)Ante un problema como una fusión, ofrecen enfoques comunes. El Patrón de Diversificación de Mercados definirá los procesos de negocio, la organización, las capacidades clave, las relaciones y los flujos de información de forma diferente al Patrón de Expansión Geográfica.
- Patrones de arquitectura tecnológicaAnte un problema como la modernización de TI, se ofrecen enfoques de diseño de infraestructura como el Patrón de Tres Niveles o el Patrón Sin Servidor. Estos patrones definen enfoques muy diferentes para una infraestructura escalable y confiable que se sabe que funciona. La elección entre estos patrones se basará en el contexto y los elementos clave.
- Patrones de arquitectura de datosAnte un problema como la información personal y la protección nacional de datos, se proporciona un patrón llamado Patrón de Enmascaramiento de Datos. Este patrón proporciona enfoques consistentes para reemplazar y ocultar datos donde no se puede acceder a ellos.
- Patrones de arquitectura de seguridadAnte el problema de proteger los sistemas informáticos contra amenazas, se ofrecen patrones como el Patrón de Confianza Cero o el Patrón de Infraestructura Inmutable. Estos patrones abordan problemas de seguridad que se solapan.
- Patrones de arquitectura de aplicacionesExiste un amplio conjunto de Patrones de Arquitectura de Aplicaciones, comenzando por el Grupo de los Cuatro. Muchos Patrones de Aplicación clásicos resuelven problemas de diseño de software. Los Patrones de Arquitectura de Aplicaciones pueden basarse en el diseño, como el Patrón Puente; en un enfoque de modernización, como el Patrón Estrangulador; o en la adquisición, como el Patrón de Adquisición de Sistemas Modulares. Los patrones de modernización y adquisición se adaptan fácilmente a problemas de negocio e infraestructura.
- Patrones de adquisición del sistemaAnte un problema como la gestión de costes, ofrecen diferentes enfoques para la adquisición de sistemas de TI. El Patrón de Consolidación de Proveedores y el Patrón de Adopción de Código Abierto ofrecen enfoques muy diferentes para la gestión de costes de TI. Al igual que otros alternativas de arquitectura, La selección entre estos patrones se basará en el contexto y los fragmentos duros.
- Arquitectura empresarial y patrones de participación ágil:Los usamos cuando Desarrollo de equipos EA. Dependiendo de la caso de uso de arquitectura empresarial y el necesidad de gobernanza, Existen diferentes patrones de compromiso con Agile.
Si bien la terminología y los detalles pueden variar de un dominio a otro, el concepto de patrones de arquitectura (que ofrecen enfoques reutilizables y probados para problemas comunes) es universal.
El beneficio para los arquitectos empresariales siempre es la productividad y la calidad. Un arquitecto puede optimizar su trabajo, mejorar la eficiencia y garantizar el cumplimiento de las mejores prácticas. La clave está en adaptar y personalizar estos patrones para que se ajusten a los requisitos y limitaciones específicos del dominio específico.
Patrones de arquitectura empresarial
Los patrones de arquitectura empresarial son enfoques reutilizables para estructurar una organización. Las organizaciones utilizan estos patrones para alinear sus objetivos de negocio, operaciones y tecnología e impulsar la eficiencia y la innovación. A continuación, se presentan algunos patrones comunes de arquitectura empresarial:
- Patrón de digitalización (automatización de procesos de negocio)
Problema predecible—mejorar la eficiencia
Acercarse—automatizar los negocios rutinarios y manuales - Patrón de mejora Lean
Problema predecible—mejorar la eficiencia y la calidad
Acercarse—seguir los principios Lean y las metodologías Six Sigma para mejorar incrementalmente los procesos de negocio. - Patrón de colaboración del ecosistema
Problema predecible—método de colaboración con socios externos, proveedores, clientes y partes interesadas
Acercarse—colaborar dentro de un ecosistema
Estos patrones ayudan a las empresas a comprender, mejorar y alinear sus operaciones y estrategias. Las organizaciones pueden adaptarlos y combinarlos para que se ajusten a sus objetivos y desafíos empresariales específicos.
Patrones de fusiones y adquisiciones (M&A) en la arquitectura empresarial
Los patrones de adquisición de empresas son formas en que las empresas adquieren otros negocios. Estos patrones ayudan a las organizaciones con las fusiones y adquisiciones (M&A) y sus objetivos estratégicos. A continuación, se presentan algunos ejemplos de patrones de adquisición de empresas:
- Patrón de integración vertical
Problema predecible—mejorar el control sobre la cadena de suministro, reducir costos y mejorar la eficiencia
Acercarse—buscar adquisiciones a lo largo de la cadena de suministro para garantizar el control de cada paso, ajustar la cadena de suministro para utilizar pasos internos y buscar la eficiencia de extremo a extremo - Patrón de diversificación del mercado
Problema predecible—riesgos asociados con las fluctuaciones del mercado y las crisis económicas
Acercarse-adquirir negocios en diferentes mercados o industrias para reducir la dependencia de un solo segmento de mercado y luego realizar ventas cruzadas - Patrón de adquisición de tecnología
Problema predecible—Riesgos y tiempo asociados con el desarrollo de tecnología innovadora y quedarse atrás de los competidores
Acercarse —centrar las adquisiciones en organizaciones que desarrollan tecnología novedosa y luego integrar la tecnología en operaciones existentes y nuevas - Patrón de expansión de la base de clientes
Problema predecible—riesgos, tiempo y costo de aumentar la base de clientes
Acercarse-Adquirir organizaciones con bases de clientes establecidas en nuevas geografías y mercados Las empresas adquieren empresas con un fuerte reconocimiento de marca o una gran - Patrón impulsado por la sinergia
Problema predecible—ganar eficiencia de escala
Acercarse-Las adquisiciones enfocadas se obtienen en organizaciones que son similares en mercado, producto y propuesta de valor y luego estandarizan las operaciones para lograr escala y eficiencia. - Patrón de expansión geográfica
Problema predecible: riesgo, tiempo y costos de expandir las operaciones a una nueva geografía
Acercarse—Enfocar las adquisiciones en objetivos con productos y servicios similares, y una propuesta de valor en nuevas geografías. Posteriormente, racionalizar productos, servicios y operaciones. - Patrón de recuperación (activos en dificultades)
Problema predecible—Aumentar el valor para los accionistas a un ritmo aceptable
Acercarse-Adquirir empresas en dificultades o en dificultades y luego aplicar experiencia de gestión y capital para sacarlas adelante. - Patrón de capacidad
Problema predecible—riesgos, costos y tiempo asociados con el desarrollo de capacidades comerciales
Acercarse —identificar las brechas de capacidad clave y enfocar la adquisición en organizaciones que demuestren la capacidad, luego reemplazar la organización, el proceso, la tecnología y la propiedad intelectual existentes con la capacidad adquirida
Estos patrones de adquisición de negocios sirven como enfoques conocidos para problemas predecibles. La elección del patrón depende de los objetivos estratégicos de la empresa y del panorama del sector.
Empleamos estos patrones para ayudar con análisis de escenarios. Estos patrones representan negocios comunes. opciones utilizadas para desarrollar un escenario.
Arquitectura empresarial y patrones de participación ágil
La arquitectura empresarial y la metodología ágil reducen el riesgo. La arquitectura se utiliza para reducir el riesgo y los costos antes de comenzar la implementación. La metodología ágil reduce el riesgo y los costos después de comenzar la implementación.
Creamos patrones de participación ágil y de arquitectura empresarial mientras trabajábamos en Transformación digital proyectos:
- Definir el patrón de enfoque ágil
- Patrón de producto
Problema predecible¿De dónde viene el producto?
AcercarseAjustar la definición de ‘soluciones’ utilizada para subsanar deficiencias y los resultados del paquete de trabajo para que se ajusten a los productos independientes. Desarrollar una cartera interna de productos y un conjunto de indicadores de valor para los productos internos. Los productos deben aparecer en la hoja de ruta de arquitectura. - Patrón de plataforma
Problema predecible¿Cuándo se debe utilizar una plataforma y cuándo el producto no debe tener restricciones?
Acercarse: Enfoques múltiples - Patrón de estrategia de prestación de servicios
Problema predecible¿Cómo implementará su organización el desarrollo ágil?
AcercarseSeguir los enfoques de la arquitectura para apoyar la estrategia. Plantear la pregunta de cómo se facilitará el desarrollo ágil. - Patrón de punto de reposo de valor mayor
Problema predecible:Conocer el Valor Punto de Reposo para detenerse o cambiar el foco.
AcercarseUtilice hojas de ruta de arquitectura para explorar alternativas de entrega de valor. Genere informes sobre la actividad hacia las etapas de transición.
- Patrón de producto
- Guía del Backlog en el Patrón Sprint
- Hoja de ruta para guiar el patrón del producto
Problema predecible:Tener una hoja de ruta integrada entre productos.
Acercarse:Usando un técnica de hoja de ruta de arquitectura Donde el producto o la familia de productos se ubican en el portafolio. Asegúrese de que los informes de productos incluyan la actividad hacia estados de transición. - Hoja de ruta para guiar el patrón épico
Problema predecible:Uso de epopeyas para implementar resultados y restricciones de arriba hacia abajo en el producto.
Acercarse:Usando estados de transición bien construidos en un técnica de hoja de ruta de arquitectura Donde el producto o la familia de productos se ubican en el portafolio. Asegúrese de que los informes de productos incluyan la actividad hacia estados de transición. - Patrón de valor empresarial
Problema predecible:Asegurarse de que los factores críticos de éxito incluidos en los estados de transición y objetivo guíen la preparación del backlog ágil y la planificación épica.
Acercarse: Traducir las medidas y objetivos descendentes en criterios consumibles para la gestión ágil del backlog. Asegurar que los informes periódicos del producto incluyan la selección y finalización de actividades para alcanzar el valor establecido. - Restringir el patrón de propietarios de productos "de abajo hacia arriba"
Problema predecible:Propietarios de productos que ven toda la empresa a través de la lente de su producto y sus usuarios directos.
AcercarseDocumentar el producto y su rol dentro del ecosistema. Documentar las restricciones aplicables al producto. Documentar los criterios de evaluación. Asegurar que los informes habituales del producto incluyan el progreso hacia las etapas de transición y la actividad alineada con el valor empresarial.
- Hoja de ruta para guiar el patrón del producto
- Patrón de restricción de sprints
- Patrón de criterios de aceptación
Problema predecible:Garantizar que el software se ajuste a las especificaciones y estándares de la arquitectura empresarial.
Acercarse: Proporcionar criterios de aceptación obligatorios aplicables al final de las epopeyas y antes del lanzamiento. Hemos utilizado con frecuencia Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos Crear criterios de aceptación. Incluir criterios de aceptación obligatorios en todos los informes de pruebas. - Patrón de valores (medidas y puntos de reposo)
Problema predecible:Entender qué se valora y cómo se mide el valor.
AcercarseLa arquitectura empresarial debe definir claramente cómo se describe y mide el valor. Las declaraciones de valor requieren factores críticos de éxito (FCE) y medidas de efectividad (MdE). Asegúrese de que las medidas de valor se incluyan en los informes de producto, épica y lanzamiento. - Patrón Greenfield, Evolución o Revolución
Problema predecible:Garantizar que se siga la estrategia de implementación.
Acercarse:Utilice la hoja de ruta del producto y los ciclos de lanzamiento para imponer cambios radicales en el enfoque. - Patrón de interfaces restringidas
Problema predecible:Identificar las interfaces necesarias y garantizar su uso.
Acercarse: Centrar el trabajo descendente en las interfaces y las estructuras de datos compartidas. Incorporar los requisitos mediante ciclos de épica y lanzamiento. Utilizar criterios de aceptación. Hemos utilizado con frecuencia Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos Para interfaces ligeramente específicas. Incluir la conformidad de la interfaz en todos los informes de pruebas.
- Patrón de criterios de aceptación
- Resolver patrón de dependencia
- Desbloquear el patrón de cartera
Problema predecible:El conflicto en la cartera de productos digitales bloquea el progreso de múltiples productos.
Acercarse:Utilice técnicas de arquitectura empresarial para encontrar los cambios mínimos que permitan el progreso. - Patrón de identificación de partes interesadas reales
Problema predecible:Identificar a la parte interesada real que pueda proporcionar dirección y aprobación en una cartera de productos internos compleja.
AcercarseUtilizar técnicas de arquitectura empresarial para identificar a las partes interesadas y a sus agentes, sus inquietudes y preferencias. Utilizar técnicas de arquitectura empresarial de alternativas y compensación Guiar a las partes interesadas hacia una decisión que dirija la cartera de productos. Garantizar una gobernanza eficaz de la cartera digital. - Cruzar el patrón de cartera
Problema predecibleLas decisiones tácticas optimizadas localmente no pueden surgir como un ecosistema digital efectivo y sostenible.
Acercarse:Mantener lo justo Arquitectura de la aplicación y Arquitectura de datos. Priorizar la organización en esa arquitectura. La arquitectura de aplicaciones debe centrarse en servicios e interfaces compartidos. La arquitectura de datos debe centrarse en datos maestros, datos de referencia y datos con alta clasificación de seguridad. Se requieren descripciones de metadatos. Utilizar patrones de arquitectura que especifiquen el enfoque de ecosistemas. - Patrón de impacto de liberación
Problema predecible:Una arquitectura suficiente implica que cada contingencia, cada restricción, cada conflicto, no se haya descubierto antes del lanzamiento.
Acercarse: Mete las manos en los bolsillos y espera a que te llamen durante la resolución. A menos que te llamen, espera a participar durante la revisión del incidente para descubrir dónde no identificaste un problema predecible, subestimaste el riesgo o incumpliste con un requisito de prueba.
- Desbloquear el patrón de cartera
Estos patrones de participación se utilizan para guiar la participación de los equipos de EA.
Patrones de arquitectura de datos
Los patrones de arquitectura de datos son técnicas para resolver problemas comunes de datos en una organización. Estos patrones proporcionan un enfoque estructurado para el modelado, almacenamiento, procesamiento e integración de datos. A continuación, se presentan algunos patrones estándar de arquitectura de datos:
- Patrón de lago de datos
Problema predecible—Convertir grandes bloques de datos en información útil y conocimiento práctico
Acercarse—desarrollar un lago de datos (almacenamiento de datos brutos de gran tamaño, catálogo de datos, procesamiento de datos y capa de acceso a datos) y la capacidad de análisis de datos para utilizar el lago de datos - Patrón de gestión de datos maestros (MDM)
Problema predecible—mejorar la integración y reutilización de datos en los sistemas operativos empresariales
Acercarse—desarrollar datos maestros y datos de referencia, gobernanza de datos y calidad de datos para sistemas operativos de extremo a extremo - Patrón de centro de datos
Problema predecible—Integración de datos entre sistemas dispares
Acercarse—centralizar la lógica de integración y transformación de datos, proporcionando un único punto de acceso para los consumidores de datos. - Patrón de replicación de datos
Problema predecible—integración de datos entre sistemas dispares con problemas de acceso geográfico y rendimiento
Acercarse—copiar datos de una fuente a uno o más sistemas de destino casi en tiempo real.
Estos son algunos de los patrones estándar de arquitectura de datos utilizados en diversas industrias y contextos. Los arquitectos empresariales los utilizan para resolver sus problemas de gestión de datos.
Patrones de arquitectura de seguridad
Los patrones de arquitectura de seguridad son enfoques reutilizables para abordar problemas de seguridad en sistemas y redes de TI. Las organizaciones utilizan estos patrones para implementar medidas de seguridad que protegen sus activos, datos y operaciones. A continuación, se presentan algunos patrones comunes de arquitectura de seguridad:
- Patrón de seguridad perimetral
Problema predecible—proteger contra accesos no autorizados y ataques cibernéticos
Acercarse—Establece un perímetro de seguridad alrededor de la red o sistema para protegerlo de amenazas externas - Patrón de confianza cero
Problema predecible—proteger contra accesos no autorizados y ataques cibernéticos
Acercarse-Redes y aplicaciones de microsegmentación, establecer gestión de identidad y acceso (IAM), autenticación continua y controles de acceso estrictos. - Patrón de infraestructura inmutable
Problema predecible—proteger contra accesos no autorizados y ataques cibernéticos
Acercarse—trata la infraestructura como código y reemplaza (reconstruye) la infraestructura implementada en lugar de aplicar parches o modificarla, lo que reduce las vulnerabilidades. - Patrón de enmascaramiento y redacción de datos
Problema predecible—proteger datos confidenciales contra la exposición
Acercarse—reemplazar o redactar datos confidenciales con información no confidencial y al mismo tiempo permitir que los usuarios autorizados realicen sus tareas.
Estos patrones de arquitectura de seguridad sientan las bases para diseñar sistemas y redes seguros. Las organizaciones pueden utilizarlos para satisfacer sus necesidades de seguridad específicas.
Patrones de arquitectura de infraestructura
La arquitectura de infraestructura consiste en diseñar los componentes y sistemas tecnológicos que sustentan la infraestructura de TI de una organización. Estos patrones ayudan a las organizaciones a construir entornos tecnológicos escalables, fiables y eficientes. A continuación, se presentan algunos patrones comunes de arquitectura de infraestructura:
- Patrón de infraestructura en capas
Problema predecible—modularidad, mantenibilidad y escalabilidad de los sistemas tecnológicos
Acercarse-separa la infraestructura en capas distintas, cada una responsable de funciones específicas, como presentación, lógica de aplicación y almacenamiento de datos. - Patrón de alta disponibilidad (HA) y redundancia
Problema predecible—disponibilidad del sistema, tolerancia a fallos y mantenibilidad
Acercarse—duplicar componentes y servicios críticos. - Patrón de arquitectura de escalabilidad horizontal
Problema predecible—modularidad, mantenibilidad y escalabilidad de los sistemas tecnológicos
Acercarse—escala agregando más instancias o nodos para manejar mayores cargas de trabajo - Patrón de arquitectura sin servidor
Problema predecible—modularidad, mantenibilidad y escalabilidad de los sistemas tecnológicos
Acercarse—asignar y escalar automáticamente recursos de infraestructura en respuesta a eventos - Patrón de nube híbrida
Problema predecible—mejorar el desarrollo de aplicaciones y la modularidad, la capacidad de mantenimiento y la escalabilidad de los sistemas tecnológicos
Acercarse—entregar infraestructura como servicios automatizados a través de entornos locales y de nube pública
Estos patrones de arquitectura de infraestructura proporcionan a las organizaciones directrices y mejores prácticas para diseñar entornos tecnológicos escalables, confiables y seguros. Las organizaciones utilizan estos patrones para cumplir con sus requisitos y objetivos específicos de infraestructura.
Patrones de arquitectura de aplicaciones
La mayoría de los patrones clásicos de arquitectura de aplicaciones son patrones de diseño de software. Los patrones de diseño de aplicaciones de la Banda de los Cuatro son bien conocidos en ingeniería de software. Se presentan en el libro "Patrones de Diseño: Elementos de Software Orientado a Objetos Reutilizable".
- Patrón de microservicios
Problema predecible—agilidad, escalabilidad y mantenimiento de la cartera de aplicaciones
Acercarse—descomponer las aplicaciones en servicios pequeños e independientes que se puedan desarrollar, implementar y escalar de forma independiente - Patrón MVC (Modelo-Vista-Controlador)
Problema predecible—organización del código, mantenibilidad y capacidad de prueba
Acercarse—separa una aplicación en tres componentes interconectados: Modelo (datos y lógica de negocios), Vista (interfaz de usuario) y Controlador (maneja la entrada del usuario y actualiza el Modelo y la Vista en consecuencia) - Patrón de estrangulamiento / Patrón de estrangulamiento
Problema predecible—reemplazar sistemas heredados
Acercarse—reemplazar gradualmente o “estrangular” un sistema heredado existente mediante la construcción de nuevos componentes a su alrededor para reemplazar el sistema de forma incremental
Existen tres tipos de patrones de diseño de aplicaciones de la Banda de los Cuatro: patrones de creación, patrones estructurales y patrones de comportamiento. A continuación, se presenta una descripción general de cada uno de los patrones de diseño de la Banda de los Cuatro:
Patrones de creación de aplicaciones de la Banda de los Cuatro
- Patrón Singleton- garantiza que una clase tenga solo una instancia y proporciona un punto de acceso global a esa instancia
- Patrón de método de fábrica—define una interfaz para crear un objeto pero permite que las subclases alteren el tipo de objetos que se crearán
- Patrón de fábrica abstracto—proporciona una interfaz para crear familias de objetos relacionados o dependientes sin especificar sus clases concretas
- Patrón de constructor—separa la construcción de un objeto complejo de su representación, permitiendo que el mismo proceso de construcción cree diferentes representaciones
- Patrón de prototipo—crea nuevos objetos copiando un objeto existente, conocido como prototipo, en lugar de crearlos desde cero
Patrones estructurales de la aplicación Banda de los Cuatro
- Patrón de adaptador—permite que la interfaz de una clase existente se utilice como otra interfaz, haciéndola compatible con clientes que esperan una interfaz diferente
- Patrón de puente—separa la abstracción de un objeto de su implementación para que puedan variar independientemente
- Patrón compuesto—Compone objetos en estructuras de árbol para representar jerarquías de partes y todo. Los clientes pueden tratar objetos individuales y composiciones de objetos de forma uniforme.
- Patrón de decorador—asigna responsabilidades adicionales a un objeto dinámicamente Los decoradores proporcionan una alternativa flexible a la subclasificación para ampliar la funcionalidad
- Patrón de fachada—proporciona una interfaz simplificada a un conjunto de interfaces en un subsistema, lo que facilita su uso
- Patrón Flyweight: minimiza el uso de memoria o los gastos computacionales al compartir lo máximo posible con objetos similares
Patrones de comportamiento de la aplicación de la Banda de los Cuatro
- Patrón de observador—define una dependencia de uno a muchos entre objetos de modo que cuando un objeto cambia de estado, todos sus dependientes son notificados y actualizados automáticamente
- Patrón de comando—encapsula una solicitud como un objeto, lo que permite la parametrización de clientes con colas, solicitudes y operaciones
- Patrón de estrategiaDefine una familia de algoritmos, los encapsula y los hace intercambiables. Los clientes pueden elegir dinámicamente el algoritmo que usarán.
- Patrón de cadena de responsabilidad—transmite una solicitud a través de una cadena de controladores. Al recibir una solicitud, cada controlador decide si la procesa o la pasa al siguiente controlador de la cadena.
- Patrón de estado—permite que un objeto altere su comportamiento cuando cambia su estado interno El objeto parece cambiar su clase
- Patrón de comando—representa una operación como un objeto, lo que permite la parametrización de clientes con colas, solicitudes y operaciones
- Patrón de intérprete—define una gramática para interpretar un idioma y proporciona un intérprete para interpretar oraciones en ese idioma
Estos patrones de arquitectura de aplicaciones ofrecen orientación y mejores prácticas para desarrollar aplicaciones de software que satisfagan requisitos y desafíos específicos. Los patrones de la Banda de los Cuatro son soluciones de diseño para problemas comunes de software. Los arquitectos... especificar estos patrones como una restricción.
Patrones de adquisición del sistema
Los patrones de adquisición suelen referirse a enfoques establecidos para adquirir nuevas tecnologías, sistemas o activos que respalden las metas y objetivos de una organización. Suelen emplearse en estrategias de arquitectura empresarial y casos de uso de portafolios. Estos patrones ayudan a las organizaciones a tomar decisiones informadas sobre sus inversiones y adquisiciones tecnológicas. A continuación, se presentan algunos ejemplos de patrones de adquisición:
- Patrón de consolidación de proveedores
Problema predecible—gestión compleja de proveedores, costos crecientes
Acercarse—reducir el número de proveedores de tecnología consolidando múltiples contratos y servicios bajo un conjunto más pequeño de proveedores - Patrón de adquisición basado en la nube
Problema predecible—escalabilidad, complejidad local y flexibilidad
Acercarse—priorizar las soluciones y servicios basados en la nube al adquirir nueva tecnología o reemplazar sistemas heredados. - Patrón de adopción de código abierto
Problema predecible—innovación, costo y flexibilidad
Acercarse—buscar activamente soluciones de software de código abierto - Patrón de adquisición de sistemas modulares
Problema predecible—agilidad empresarial, integración y escalabilidad
Acercarse—adquirir sistemas o tecnologías diseñados de forma modular, permitiendo la ampliación y personalización - Patrón de asociación estratégica
Problema predecible-riesgo
Acercarse—formar alianzas estratégicas con proveedores de tecnología u otras organizaciones para co-desarrollar o co-invertir en soluciones innovadoras
Estos patrones de adquisición ofrecen a las organizaciones una forma sistemática de tomar decisiones relacionadas con la tecnología.
Los patrones de adquisición del sistema representan negocios comunes opciones utilizadas en el análisis de escenarios.
Conclusión Patrones de Arquitectura Empresarial
Los patrones de arquitectura empresarial mejoran la productividad de los arquitectos empresariales. También mejoran la calidad de su trabajo. La reutilización es la base de la productividad y la calidad. Un patrón de arquitectura proporciona un enfoque exitoso y comprobado para un problema predecible. Al utilizar patrones de arquitectura, puede centrarse en determinar el mejor cambio en lugar de los enfoques.
En nuestro consultoría de arquitectura empresarial Utilizamos nuestra biblioteca de patrones de arquitectura empresarial. Trabajamos constantemente para mejorar la productividad de nuestros arquitectos empresariales. Disponemos de más tiempo para examinar diferentes opciones de arquitectura y ayudar a las partes interesadas a elegir la más adecuada. Disponemos del tiempo necesario para abordar los criterios de las partes interesadas y desarrollar... vistas de arquitectura que mejoran la toma de decisiones. La mayoría parte valiosa de la arquitectura empresarial está guiando un cambio efectivo mejorando la comprensión y la confianza en el cambio.
Los patrones de arquitectura existen en todos los dominios de la arquitectura. Aprovecha el poder de patrones de arquitectura empresarial en tu trabajo. Tu primer paso es mirar tu caso de uso de arquitectura empresarial y empezar con los problemas predecibles que tienes EA Team está diseñado para abordar.