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 arquitectónicos?
- Patrones de arquitectura empresarial TOGAF
- Plantilla de patrón de arquitectura empresarial
- Los patrones arquitectónicos 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 a un problema predecible. Describe el problema y cómo se puede abordar.
Usaremos dos patrones:Modelo operativo CISR y patrón estrangulador—Explorar un enfoque común y un problema predecible.
Todos los que han intentado migrar una cartera de TI se han enfrentado al problema de las aplicaciones heredadas, la infraestructura heredada y los datos heredados. Los procesos, la organización y la gestión antiguos dificultan el cambio de departamento. El problema predecible es ¿cómo avanzar mientras se permanece en el negocio? El patrón estrangulador proporciona un enfoque común: el antiguo enfoque se esconde detrás de una fachada. Con el tiempo, los nuevos servicios reemplazan a los antiguos.
Ningún modelo operativo único se aplica en todas partes. El problema predecible es: ¿cómo se organizan los departamentos, productos y servicios? El modelo operativo de CISR proporciona un enfoque común: elija estar unificado, coordinado, diversificado o replicado.
Ninguno de estos patrones le dice exactamente cómo proceder. Te dan un enfoque común. Identifican los desafíos específicos del enfoque. Proporcionan un patrón de arquitectura.
Los patrones arquitectónicos se describen como “una idea que ha sido útil en un contexto práctico y probablemente lo será 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 efectivo 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 diversas situaciones.
El uso de patrones arquitectónicos ayuda a equilibrar una individualidad de la organización y desafíos compartidos de la industria. Los patrones de arquitectura empresarial ayudan en la toma de decisiones al brindar certeza y comprensión.
Beneficios de utilizar patrones de arquitectura
Los patrones de arquitectura ofrecen beneficios similares a los arquitecturas de referencia y marcos de arquitectura empresarial. Los patrones de arquitectura aumentan la productividad y la confianza.
Usamos patrones de arquitectura para:
- Trabajar en el cambio más efectivo, no en reinventar la rueda
- Mejorar la confianza en que la arquitectura cubre las dificultades y tiene respuestas exitosas.
- Simplificar compensación de arquitectura
- Respuestas y enfoques preferidos en cascada
- Mejorar la confianza en que las implementaciones serán exitosas
- Simplifique la evaluación de la solución durante la gestión de la implementación
Los patrones de arquitectura empresarial le brindan una plantilla para resolver problemas. Se pueden utilizar en diferentes contextos y proporcionar soluciones sólidas a problemas comunes. Proporcionan cierto nivel de seguridad y ayudan a guiar la toma de decisiones.
No importa qué patrón de arquitectura empresarial se emplee, las desventajas son inevitables. Al observar los patrones, es importante comprender qué compensaciones se están realizando.
Diferencia entre arquitectura de referencia y patrones de arquitectura
Los patrones de arquitectura y las arquitecturas de referencia son conceptos utilizados en todos 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 de arquitectura. Un patrón aplicable a arquitectura para apoyar la estrategia, o cartera, parece una arquitectura de referencia para la entrega de proyectos y soluciones. En resumen, las diferencias clave son:
- Alcance del problema: los patrones arquitectónicos siempre tienen un problema. Es posible que la arquitectura de referencia no tenga ningún problema. El Patrón estrangulador Nunca será considerada una arquitectura de referencia.
- Adaptabilidad: Los patrones de arquitectura se pueden adaptar para múltiples proyectos y campos. Las arquitecturas de referencia suelen estar vinculadas a un contexto específico. Será difícil adaptar una arquitectura de referencia de la cadena de suministro de bienes de consumo.
- Especificidad de dominio: Las arquitecturas de referencia generalmente se crean para industrias o tecnologías específicas. Los patrones arquitectónicos son más universales.
En resumen, los patrones arquitectónicos ofrecen orientación y enfoques de alto nivel para resolver desafíos arquitectónicos comunes. Nuestro enfoque mientras creando arquitectura empresarial es proporcionar una guía útil en lugar de preocuparse por las diferencias semánticas.
El poder de los patrones de arquitectura empresarial
Un patrón de arquitectura empresarial le indica un enfoque común y demostrado para un problema predecible. Las descripciones de los patrones le indican dónde existe el desafío de utilizar el patrón. No tiene que inventar una solución. Observa las soluciones conocidas y determina cuál es la que mejor se adapta a su empresa. Concentra su tiempo y sus habilidades en ofrecer los beneficios de la arquitectura empresarial.
Plantilla de patrón de arquitectura empresarial
En Navegar, tenemos una plantilla sencilla para documentar patrones de arquitectura:
- Nombre: una etiqueta que tiene significado 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 duras: ¿Qué trabajo se requiere o qué limitaciones afectan el uso exitoso del patrón?

Los patrones arquitectónicos existen en todos los dominios de la arquitectura
Los patrones de arquitectura se pueden utilizar en otros dominios más allá de la arquitectura de software y aplicaciones. Aplicar la técnica: enfoque común a un problema predecible.
A continuación se muestran algunos ejemplos de cómo se pueden aplicar patrones de arquitectura fuera de la arquitectura de la aplicación:
- Patrones de arquitectura empresarial: Ante un problema como mejorar la eficiencia, proporcionan enfoques comunes. El Patrón de Digitalización y el Patrón de Mejora Lean tienen diferentes enfoques para resolver el mismo problema.
Patrones de fusiones y adquisiciones (M&A): Ante un problema como el de una fusión, ofrecen enfoques comunes. El Patrón de Diversificación del Mercado definirá los procesos de negocio, la organización, las capacidades clave, las relaciones y los flujos de información de manera diferente al Patrón de Expansión Geográfica.
- Patrones de arquitectura tecnológica: Ante un problema como la modernización de TI, proporcionan 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 de infraestructura escalable y confiable que se sabe que funcionan. La selección entre estos patrones se basará en el contexto y los bits duros.
- Patrones de arquitectura de datos: Ante un problema como el de la información personal y la protección de datos nacionales, proporcionan un patrón como el 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 seguridad: Ante el problema de proteger los sistemas de TI contra amenazas, proporcionan patrones como Zero Trust Pattern o Immutable Infrastructure Pattern. Estos patrones abordan problemas de seguridad superpuestos.
- Patrones de arquitectura de aplicaciones: Existe un rico conjunto de patrones de arquitectura de aplicaciones. Empezando por la Banda de los Cuatro. Muchos patrones de aplicaciones 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 Bridge; enfoque de modernización, como el Patrón Estrangulador, o de adquisición, como el Patrón de Adquisición del Sistema Modular. Los patrones de modernización y adquisición pueden adaptarse fácilmente a los problemas comerciales y de infraestructura.
- Patrones de adquisición del sistema: Ante un problema como la gestión de costes, ofrecen diferentes enfoques para adquirir sistemas de TI. El patrón de consolidación de proveedores y el patrón de adopción de código abierto proporcionan enfoques muy diferentes para gestionar los costos de TI. Como otro alternativas de arquitectura, la selección entre estos patrones se basará en el contexto y los bits duros.
- Arquitectura empresarial y patrones de participación ágiles: Los usamos cuando desarrollo de equipos de EA. Dependiendo de caso de uso de arquitectura empresarial y el necesidad de gobernanza, existen diferentes patrones de interacción con Agile.
Si bien la terminología y los detalles pueden variar de un dominio a otro, el concepto de patrones arquitectónicos (que proporcionan enfoques probados y reutilizables para problemas comunes) es universal.
El beneficio para los arquitectos empresariales es siempre la productividad y la calidad. Un arquitecto puede optimizar su trabajo, mejorar la eficiencia y garantizar que se sigan las mejores prácticas. La clave es adaptar y personalizar estos patrones para que se ajusten a los requisitos y limitaciones únicos 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 comerciales, operaciones y tecnología para impulsar la eficiencia y la innovación. A continuación se muestran algunos patrones comunes de arquitectura empresarial:
- Patrón de digitalización (automatización de procesos empresariales)
Problema predecible-mejorar la eficiencia
Acercarse—automatizar 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 adaptar y combinar estos patrones para adaptarse a sus objetivos y desafíos comerciales específicos.
Patrones de fusiones y adquisiciones (M&A) de arquitectura empresarial
Los patrones de adquisición de negocios son formas en que las empresas obtienen otros negocios. Estos patrones ayudan a las organizaciones con fusiones y adquisiciones y sus objetivos estratégicos. A continuación se muestran 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 través 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 predecibleRiesgos asociados con las fluctuaciones del mercado y las recesiones 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 predecibleRiesgos 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 nuevas y existentes. - Patrón de expansión de la base de clientes
Problema predecible—riesgos, tiempo y costo de una creciente 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-centrarse en adquisiciones ganó organizaciones que son similares en mercado, producto y propuesta de valor y luego estandarizar 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—centrar las adquisiciones en objetivos con productos y servicios similares y propuestas de valor en nuevas geografías. Luego racionalizar productos, servicios y operaciones. - Patrón de recuperación (activos en dificultades)
Problema predecibleCreciente valor para los accionistas a un ritmo aceptable.
Acercarse-Adquirir empresas en dificultades o en dificultades y luego aplicar experiencia en gestión y capital para revertirlas. - Patrón de capacidad
Problema predecibleRiesgos, costos y tiempo asociados con el desarrollo de capacidades comerciales.
Acercarse —Identificar brechas de capacidad clave y centrar la adquisición en organizaciones que demuestren la capacidad, luego reemplazar la organización, los procesos, 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 industrial.
Empleamos estos patrones para ayudar con Análisis de escenariosEstos patrones representan negocios comunes. Opciones utilizadas para desarrollar un escenario.
Arquitectura empresarial y patrones de participación ágiles
Juntos, la arquitectura empresarial y la agilidad reducen el riesgo. La arquitectura se utiliza para reducir el riesgo y el costo antes de comenzar la implementación. Agile reduce el riesgo y el costo una vez que comienza la implementación.
Creamos arquitectura empresarial y patrones de participación ágil mientras trabajábamos en Transformación Digital proyectos:
- Definir el patrón de enfoque ágil
- Patrón del producto
Problema predecible: ¿De dónde viene el producto?
Acercarse: Ajustar la definición de "soluciones" utilizadas para llenar vacíos y los resultados del paquete de trabajo para alinearse con productos autónomos. Desarrollar una cartera de productos internos y un conjunto de medidas de valor para los productos internos. Los productos deben aparecer en el hoja de ruta de la arquitectura. - Patrón de plataforma
Problema predecible: ¿Cuándo se debe utilizar una plataforma y cuándo el producto no debe tener restricciones?
Acercarse: Múltiples enfoques - Patrón de estrategia de prestación de servicios
Problema predecible: ¿Cómo logrará su organización un desarrollo ágil?
Acercarse: Seguir los planteamientos de la Arquitectura para soportar la Estrategia. Plantee la pregunta de cómo se permitirá el desarrollo ágil. - Patrón de punto de reposo de valor principal
Problema predecible: Conocer el punto de reposo del valor para detenerse o cambiar de enfoque.
Acercarse: Utilice hojas de ruta de arquitectura para explorar puntos de entrega de valor alternativos. Crear informes sobre la actividad hacia los estados de transición.
- Patrón del producto
- Trabajo pendiente de guía en Sprint Pattern
- Hoja de ruta para guiar el patrón de 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 familia de productos, ocupa el lugar de la Cartera. Asegúrese de que los informes normales del producto incluyan la actividad hacia los 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: Usar estados de transición bien construidos en un técnica de hoja de ruta de arquitectura donde el producto, o familia de productos, ocupa el lugar de la Cartera. Asegúrese de que los informes normales del producto incluyan la actividad hacia los estados de transición. - Patrón de valor empresarial
Problema predecible: Garantizar que los factores críticos de éxito incluidos en los estados de transición y objetivo guíen la preparación ágil de los trabajos pendientes y una planificación épica.
Acercarse: Traducir medidas y objetivos de arriba hacia abajo en criterios consumibles para una gestión ágil de los trabajos pendientes. Asegúrese de que los informes normales del producto incluyan la selección y finalización de actividades para alcanzar el valor indicado. - Restringir el patrón de propietarios de productos "de abajo hacia arriba"
Problema predecible: Los propietarios de productos ven toda la empresa a través de la lente de su producto y sus usuarios directos.
Acercarse: Documentar el producto y el rol dentro del ecosistema. Documente las restricciones que se aplican al producto. Criterios de valoración de documentos. Asegúrese de que los informes normales del producto incluyan el progreso hacia los estados de transición y la actividad alineada con el valor empresarial.
- Hoja de ruta para guiar el patrón de producto
- Restringir el patró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: Proporciona criterios de aceptación obligatorios aplicables al final de las epopeyas y antes del lanzamiento. A menudo hemos utilizado Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos para crear criterios de aceptación. Incluir criterios de aceptación obligatorios en todos los informes de prueba. - Patrón de valor (compases y puntos de reposo)
Problema predecible: Comprender qué se valora y cómo se mide el valor.
Acercarse: La arquitectura empresarial debe ser definitiva en cuanto a cómo se describe y mide el valor. Las declaraciones de valor requieren factores críticos de éxito (CSF) y medidas de eficacia (MoE). Asegúrese de que las medidas de valor se incluyan en los informes de productos, épicos y de 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. - Restringir patrón de interfaces
Problema predecible: Identificar las interfaces necesarias y garantizar su uso.
Acercarse: Centrar el trabajo de arriba hacia abajo en interfaces y estructuras de datos compartidos. Requisitos de alimentación a través de ciclos épicos y de lanzamiento. Utilice criterios de aceptación. A menudo hemos utilizado Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos a interfaces ligeramente específicas. Incluya la conformidad de la interfaz en todos los informes de prueba.
- 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. - Identificar el patrón de las partes interesadas reales
Problema predecible: Identificar a la verdadera parte interesada que puede brindar dirección y aprobación en una cartera de productos interna compleja.
Acercarse: Utilice técnicas de arquitectura empresarial para identificar partes interesadas y agentes, inquietudes y preferencias de las partes interesadas. Utilizar técnicas de arquitectura empresarial de alternativas y compensación para guiar a las partes interesadas hacia una decisión que dirigirá la cartera de productos. Garantizar una gobernanza eficaz de la cartera digital. - Cruzar el patrón de cartera
Problema predecible: Las decisiones tácticas optimizadas localmente no pueden surgir como un ecosistema digital eficaz y sostenible.
Acercarse: Mantener lo suficiente Arquitectura de la aplicación y Arquitectura de datos. Impulsar la prioridad organizacional en esa arquitectura. La arquitectura de aplicaciones debe centrarse en interfaces y servicios compartidos. La arquitectura de datos debe centrarse en datos maestros, datos de referencia y datos con clasificación de alta seguridad. Requerir descripciones de metadatos. Utilice patrones de arquitectura que especifiquen el enfoque de ecosistemas. - Patrón de impacto de liberación
Problema predecible: La arquitectura suficiente significa que cada contingencia, cada restricción, cada conflicto no se descubrió antes del lanzamiento.
Acercarse: Pon las manos en los bolsillos y espera a que te llamen durante la resolución. A menos que lo llamen, espere para participar durante la revisión del incidente y descubrir dónde no identificó un problema predecible, subestimó un riesgo o no cumplió 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 de datos comunes en una organización. Estos patrones proporcionan un enfoque estructurado para el modelado, almacenamiento, procesamiento e integración de datos. A continuación se muestran algunos patrones de arquitectura de datos estándar:
- Patrón de lago de datos
Problema predecibleconvertir grandes bloques de datos en información útil y conocimientos prácticos
Acercarse—Desarrollar un lago de datos (gran almacenamiento de datos sin procesar, 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 la 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 predecibleintegrar datos entre sistemas dispares
Acercarse—centralizar la integración de datos y la lógica de transformación, proporcionando un único punto de acceso para los consumidores de datos. - Patrón de replicación de datos
Problema predecible—integrar datos entre sistemas dispares con acceso geográfico y problemas de 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 de arquitectura de datos estándar utilizados en diversas industrias y contextos. Los arquitectos empresariales utilizan estos patrones 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 los problemas de seguridad de los sistemas y redes de TI. Las organizaciones utilizan estos patrones para implementar medidas de seguridad que protejan sus activos, datos y operaciones. A continuación se muestran algunos patrones de arquitectura de seguridad comunes:
- 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, establecimiento de gestión de identidad y acceso (IAM), autenticación continua y estrictos controles de acceso. - 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 proporcionan una base para diseñar sistemas y redes seguros. Las organizaciones pueden utilizar estos patrones para satisfacer sus necesidades de seguridad únicas.
Patrones de arquitectura de infraestructura
La arquitectura de infraestructura consiste en diseñar los componentes y sistemas tecnológicos que respaldan la infraestructura de TI de una organización. Estos patrones ayudan a las organizaciones a crear entornos tecnológicos escalables, confiables y eficientes. A continuación se muestran 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 distintas capas, cada una responsable de funciones específicas, como presentación, lógica de aplicación y almacenamiento de datos. - Alta disponibilidad (HA) y patrón de redundancia
Problema predecible—disponibilidad del sistema, tolerancia a fallos y mantenibilidad
Acercarse—componentes y servicios críticos duplicados. - Patrón de arquitectura escalable
Problema predecible—modularidad, mantenibilidad y escalabilidad de los sistemas tecnológicos
Acercarse—escalar 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, mantenibilidad y escalabilidad de los sistemas tecnológicos
Acercarse—ofrecer infraestructura como servicios automatizados a través de la nube pública y entornos locales
Estos patrones de arquitectura de infraestructura brindan a las organizaciones pautas y mejores prácticas para diseñar entornos tecnológicos que sean escalables, confiables y seguros. Las organizaciones utilizan estos patrones para cumplir con sus requisitos y objetivos de infraestructura específicos.
Patrones de arquitectura de aplicaciones
La mayoría de los patrones de arquitectura de aplicaciones clásicos son patrones de diseño de software. Los patrones de diseño de aplicaciones de la Banda de los Cuatro son bien conocidos en la ingeniería de software. Aparecen en el libro "Patrones de diseño: elementos de software reutilizable orientado a objetos".
- 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 estrangulador / Patrón estrangulador
Problema predecible—reemplazar sistemas heredados
Acercarse—reemplazar o “estrangular” gradualmente un sistema heredado existente mediante la construcción de nuevos componentes a su alrededor para reemplazar gradualmente el sistema
Hay tres tipos de patrones de diseño de aplicaciones de la Banda de los Cuatro: patrones de creación, estructurales y de comportamiento. Aquí hay 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 pandilla de los cuatro
- Patrón singleton- garantiza que una clase tenga solo una instancia y proporciona un punto global de acceso 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 abstracto de fábrica—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 aplicación de la pandilla de 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 de forma independiente
- Patrón compuesto: compone objetos en estructuras de árbol para representar jerarquías de parte y todo. Los clientes pueden tratar objetos individuales y composiciones de objetos de manera uniforme.
- Patrón decorador—Asocia responsabilidades adicionales a un objeto dinámicamente. Los decoradores proporcionan una alternativa flexible a las subclases para ampliar la funcionalidad.
- Patrón de fachada—Proporciona una interfaz simplificada para 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 tanto como sea posible con objetos similares.
Patrones de comportamiento de aplicación de la pandilla 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, permitiendo así la parametrización de clientes con colas, solicitudes y operaciones.
- Patrón de estrategia—Define una familia de algoritmos, encapsula cada uno y los hace intercambiables. Los clientes pueden elegir el algoritmo a utilizar dinámicamente.
- Patrón de cadena de responsabilidad: pasa una solicitud a lo largo de una cadena de controladores. Al recibir una solicitud, cada controlador decide procesar la solicitud o pasarla al siguiente controlador en la cadena.
- Patrón de estado—permite que un objeto altere su comportamiento cuando cambia su estado interno. El objeto parece cambiar de 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 cumplan con requisitos y desafíos específicos. Los patrones de la Banda de los Cuatro son soluciones de diseño a problemas comunes de software. Los arquitectos especificar estos patrones como una restricción.
Patrones de adquisición del sistema
Los patrones de adquisición generalmente se refieren a enfoques establecidos para adquirir nuevas tecnologías, sistemas o activos para respaldar las metas y objetivos de una organización. Por lo general, se utilizan en casos de uso de cartera y estrategia de arquitectura empresarial. Estos patrones ayudan a las organizaciones a tomar decisiones informadas sobre sus inversiones y adquisiciones en tecnología. A continuación se muestran algunos ejemplos de patrones de adquisición:
- Patrón de consolidación de proveedores
Problema predecible—gestión de proveedores compleja, costos crecientes
Acercarse—reducir el número de proveedores de tecnología mediante la consolidación de múltiples contratos y servicios bajo un conjunto más pequeño de proveedores - Patrón de adquisición que da prioridad a la nube
Problema predecible—escalabilidad, complejidad local y flexibilidad
Acercarse—dar prioridad a 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 del sistema modular
Problema predecible—agilidad, integración y escalabilidad empresarial
Acercarse—adquirir sistemas o tecnologías diseñados de forma modular, permitiendo su extensión y personalización. - Patrón de asociación estratégica
Problema predecible-riesgo
Acercarse—formar asociaciones estratégicas con proveedores de tecnología u otras organizaciones para codesarrollar o coinvertir 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. Los patrones arquitectónicos también mejoran la calidad de su trabajo. La reutilización es la raíz de la productividad y la calidad. Un patrón de arquitectura proporciona un enfoque exitoso conocido para un problema predecible. Al utilizar patrones de arquitectura, puede concentrarse en determinar el mejor cambio en lugar de los enfoques.
En nuestro consultoría de arquitectura empresarial Usamos nuestra biblioteca de patrones de arquitectura empresarial. Trabajamos constantemente para mejorar la productividad de nuestros arquitectos empresariales. Tenemos más tiempo para examinar diferentes opciones de arquitectura y ayudar a las partes interesadas a elegir la correcta. Tenemos tiempo para abordar los criterios de las partes interesadas y desarrollar la vistas de la arquitectura que mejoran la toma de decisiones. lo mas parte valiosa de la arquitectura empresarial es guiar el cambio efectivo mejorando la comprensión y la confianza en el cambio.
Los patrones arquitectónicos existen en todos los dominios de la arquitectura. Aprovechar el poder de patrones de arquitectura empresarial en tu trabajo. El primer paso es mirar tu caso de uso de arquitectura empresarial y comience con los problemas predecibles que su El equipo de EA está diseñado para abordar.