¿Qué es la arquitectura de aplicaciones?
Cuatro elementos de la arquitectura de aplicaciones
Tipos de modelos de arquitectura de aplicaciones
- Navegar por tipos de modelos
- Modelo de sistema de información
- Modelo de aplicación lógica
- Modelo de servicio de información lógica
- Modelo de integración lógica
¿Qué es la arquitectura de aplicaciones?
La arquitectura de datos explica y habilita la necesidades de datos de la empresaSe describe a través de cuatro elementos—necesidades de datos, principales fuentes de datos, principales tipos de datos, y lo requerido recursos de gestión de datos.
Usamos cuatro modelos de arquitectura empresarial Para describir su arquitectura de datos: la modelo de sujeto, modelo de área temática, modelo de datos lógicos, y modelo de documento lógico.
La arquitectura de aplicaciones tiene el siguiente papel en arquitectura de sistemas de información. De ello se deduce arquitectura de datosLa arquitectura de sistemas de información es una especialidad dominio de la arquitectura que se alinea funcionalidad, flujo de datos, y gestión de datosEn la práctica, esto significa garantizar que las aplicaciones brinden el flujo de datos y la gestión de datos requeridos, no solo que brinden funciones.
Centrémonos en esta afirmación por un momento. Las aplicaciones existen para procesar y gestionar datos. Sin una sólida comprensión y diseño de la arquitectura de datos, las aplicaciones se convierten en islas desconectadas. Al ofrecer funcionalidades, generan deuda técnica. Crean complejidad en el flujo y la gestión de datos. Un flujo y una gestión de datos complejos aceleran la deuda técnica y añaden complejidad a la gobernanza de datos.
Esto significa que tu arquitectura de aplicaciones se centra en la Estructura e interacción de las aplicaciones que proporcionan la funcionalidad y la gestión de datos necesarias, Tienes una arquitectura de sistemas de información.
Sin éxito transformación digital Se basarán en la funcionalidad. Siempre se basan en datos.
Cuatro elementos de la arquitectura de aplicaciones
Cada arquitectura de aplicación abordará:
Por sí solos, estos elementos nos ayudan a comprender la estructura de nuestras aplicaciones: qué hacen, cómo deben ensamblarse y cómo interactúan las partes.
Nuestras aplicaciones existen para administrar datos y brindar funcionalidad.
Buscamos cómo agrupar y ensamblar la funcionalidad y la gestión de datos necesarias. El ensamblaje es el desafío crítico de la arquitectura de la aplicación.
Tenga en cuenta que la funcionalidad puede ubicarse en cualquier lugar: integrada en una aplicación empresarial, expuesta por un microservicio o integrada en un ASIC. El ensamblaje define los límites de integración, el ciclo de vida y la dependencia.
Sabemos que la arquitectura de aplicaciones permite grandes arquitectura empresarialDebe conocer la funcionalidad, el flujo de datos y la gestión de datos. El flujo de datos determina cómo la arquitectura de la aplicación y la arquitectura de datos habilitan su... arquitectura empresarial.
Funcionalidad
La arquitectura de la aplicación comienza con la funcionalidad.
La funcionalidad se divide en cuatro grupos:
- Funcionalidad necesario para hacer el trabajoCuando las aplicaciones realizan la tarea. Esta es la funcionalidad más interesante de un sistema automatizado.
- Funcionalidad necesario para registrar el trabajoCuando otra función realiza la tarea, y la funcionalidad simplemente registra los datos creados o la realización del trabajo. La mayoría de las funciones de software se incluyen en este grupo: registran información para personas u otros sistemas automatizados.
- Funcionalidad necesario para gestionar el trabajoProgramación, gestión de tareas, coordinación y seguimiento de todas las actividades. Esto es necesario para una actividad empresarial bien gestionada y eficiente. A menudo se pasa por alto cuando hablamos de... la obra.
- Funcionalidad necesaria necesario para gestionar los datos:Almacenar, recuperar, mezclar, evaluar, mover y proteger los datos.
Necesitas un conjunto consistente de funciones. En la mayoría de nuestros modelos, distinguimos entre grabación y ejecución como atributos.
Cuando descuidamos la funcionalidad a gestionar, ya sea el trabajo o los datos, disminuimos el valor de nuestros sistemas.
La funcionalidad está directamente relacionada con la Modelo de función lógica.
Asamblea
Considerar la mejor manera de ensamblar la funcionalidad es la tarea más importante para un arquitecto de aplicaciones.
El ensamblaje es donde se crea o minimiza la integración y la complejidad del flujo de datos. Es donde se logra la reutilización, la especialización y se satisfacen los requisitos operativos únicos.
El montaje no se realiza desde la perspectiva de un mejor teóricoSe realiza teniendo en cuenta la dura realidad y los requisitos operativos. Considere las ventajas de rendimiento y potencia de los ASICS personalizados. O las implicaciones de rendimiento y datos según si la función se ejecuta en un dispositivo móvil o en el centro de datos. O los desafíos de integración al equilibrar múltiples sistemas comerciales y un complemento personalizado.
El ensamblaje está directamente vinculado a la Modelo de servicios lógicos.
Interacción
¿Cómo interactuarán las diferentes partes de su cartera de aplicaciones?
Las decisiones simples sobre si utilizar un bus de mensajes, una API o una base de datos compartida son opciones directamente relacionadas con la agilidad de la aplicación, la sostenibilidad y la gestión de la deuda técnica.
Los arquitectos de aplicaciones fuertes entienden por qué se ensambla la funcionalidad y los métodos de interacción entre los diferentes conjuntos.
La interacción está directamente relacionada con ambos: Modelo de servicio lógico y el Modelo de integración lógica.
Gestión de datos
Herramientas y sistemas que entregan los datos necesarios dónde, cuándo y cómo, con la calidad, confianza y seguridad adecuadas.
Al igual que la interacción, las decisiones simples impulsarán la calidad de los datos, la seguridad, el riesgo y la sostenibilidad.
Navegar por los tipos de modelos de arquitectura de aplicaciones
Navegar Proporciona un modelo de arquitectura integral. Creamos este modelo integral mediante clases de modelo discretas. Una clase de modelo puede respaldar un análisis específico o centrarse en un aspecto específico del modelo integral. En resumen, una clase de modelo es un tipo específico de modelado.
Construimos alrededor de cuatro tipos de modelos de arquitectura de aplicaciones regulares:
- Modelo de sistema de información
- Modelo de aplicación lógica
- Modelo de servicio de información lógica
- Modelo de integración lógica
Estos modelos especializados se combinan para desarrollar el EA Landscape siguiendo la mejor práctica de ampliarlo de manera incremental, un proyecto de arquitectura a la vez.
El uso de tipos de modelos impulsa la coherencia y la reutilización, lo que impulsa la productividad y la coherencia en todo un equipo de EA.
Navegar Modelo Tipo Descripción
Cada tipo de modelo se define por:
- Objetivo:¿Por qué existe este tipo de modelo y qué preguntas pretende responder?
- Alcance:Delinear los límites de lo que está incluido y excluido dentro del tipo de modelo.
- Contenido y estructura:Los componentes, relaciones y propiedades que se deben utilizar al crear instancias de un tipo de modelo.
- Enfoque de modelado:Orientación sobre qué se incluye o excluye para centrarse en aspectos específicos relevantes para los objetivos.
- (Opcional) Relación con otros tipos de modelos:Describe el propósito del enlace y qué relación se utiliza para unir los dos modelos.
Modelo de sistema de información
Alcance del modelo del sistema de información
Proporciona una representación holística del panorama de los sistemas automatizados, ilustrando los sistemas de información centrales (como CRM o el sistema SCADA).
Usamos sistemas automatizados deliberadamente. Los camiones autónomos, el IoT y las aplicaciones son todos... sistemas automatizados
Un modelo de sistemas de información sólido proporciona una entendimiento compartido del panorama de aplicaciones. Enmarca las conversaciones a través de un entendimiento común. Utilice este modelo para orientar ampliamente la cartera de sistemas de información.
Guía del modelo del sistema de información
A nivel empresarial
- 10-20 Sistemas principales
Proyecto de arquitectura de todo el departamento
- Se esperan entre 5 y 10 sistemas principales
Iniciativa de Transformación
- Se esperan entre 5 y 15 sistemas principales
Propiedades de los sistemas de información
-
-
¿Cómo abordaremos la compra o la construcción (Suite comercial, BoB comercial, Suite de código abierto, BoB de código abierto, Evolución personalizada, Listo para la nube personalizado, Personalizado, Saa)?
-
Agilidad
-
-
¿Cuánta presión de cambio inesperada existe? Esta presión proviene de amenazas y oportunidades. Es mayor en sistemas directamente vinculados a la propuesta de valor, los productos y los servicios.
-
Resistencia
-
-
¿Cuánta resiliencia se requiere?
-
Duplicación
-
-
¿Queremos duplicación? ¿La aceptaremos? ¿O pagaremos más para evitarla?
-
Normalización
-
- ¿Pagaremos más para exigir la estandarización? ¿Aceptaremos la variación? ¿O exigiremos especialización?
Hospedaje
Modelo de aplicación lógica
La funcionalidad del modelo se divide en tres grupos:
- Funcionalidad necesario para hacer o registrar el trabajo
- Funcionalidad necesario para gestionar el trabajo
- Funcionalidad necesaria necesario para gestionar los datos
Guía del modelo de aplicación lógica
Utilizamos una taxonomía simple de 2-3 niveles.
5-10 Aplicaciones lógicas en un sistema de información
Cada una de estas aplicaciones lógicas de nivel 1 se descompone en 3-5
El objetivo es alcanzar un rango óptimo de 20 a 25 aplicaciones lógicas. El modelo debe ser manejable.
Menos de 25% será arquitectónicamente interesante
Los otros 75% aportan integridad y cobertura.
Propiedades de la aplicación lógica
Agilidad
-
- ¿Qué tan adaptable a las amenazas y oportunidades inesperadas?
Prioridad de desarrollo
-
- Profundidad de la característica, TTM o sostenibilidad
Resistencia
-
- ¿El sistema necesita absorber fallas y seguir funcionando?
Esperanza de vida
-
- ¿Cuál es la vida útil necesaria?
Normalización
-
- ¿Necesitamos estandarización? ¿Deberíamos buscar la superposición?
Soporte sin conexión
-
- ¿Necesita funcionar en algún lugar? ¿En un portátil, un móvil o un submarino?
Modelo de servicio lógico
A esto le llamamos un Modelo de servicioPor razones históricas, el lenguaje de la arquitectura orientada a servicios nos ha hecho repensar. Solo hablamos de...caja negra' que ofrece un conjunto de funcionalidades y se puede ensamblar con otros 'cajas negras'.
El modelo de servicio lógico:
- Define límites
- Aclara los puntos de integración
- Permite el ensamblaje centrado en el consumidor
- Condiciones del contrato de Drives
¿Cuáles son los términos de cambio, restricciones de uso y acceso?
Guía del modelo lógico de datos
Creación de paquetes de funcionalidades para impulsar la implementación.
Dentro del conjunto se encuentran:
- Términos contractuales consistentes
- Enfoque consistente para entregar
- Un límite en la gestión de datos
- Un límite de integración
Propiedades del servicio lógico
Agilidad
-
- ¿Qué tan adaptable a las amenazas y oportunidades inesperadas?
Duplicación
-
- Diversificado, replicado, compartido
Desarrollo/Adquisiciones
-
- ¿Cuál es la ruta de adquisición correcta?
Prioridad de desarrollo
-
- Profundidad de la característica, TTM o sostenibilidad
Resistencia
-
- ¿El sistema necesita absorber fallas y seguir funcionando?
Esperanza de vida
-
- ¿Cuál es la vida útil necesaria?
Normalización
-
- ¿Necesitamos estandarización? ¿Deberíamos buscar la superposición?
Soporte sin conexión
-
- ¿Necesita funcionar en algún lugar? ¿En un portátil, un móvil, un submarino?
Modelo de integración lógica
El modelo de integración lógica explica lo que sucede entre los sistemas de información o los servicios lógicos.
Aborda todos los límites importantes. No solo los flujos de información automatizados.
Solía hacerlo
- Definir patrones de integración y arquitecturas de referencia
- Exponer la transformación de datos
- Hacer cumplir los requisitos de datos (seguridad, linaje, origen)
Guía del modelo de integración lógica
Construimos un modelo de integración lógica formal que define las interfaces y el 'corredor en el medio, o utilizar una declaración simple de un Patrón de arquitectura. El modelo formal explicará un caso único o se utilizará como un Arquitectura de referencia y la base de los patrones de integración.
Propiedades de integración lógica
Agilidad
-
- ¿Qué tan adaptable a las amenazas y oportunidades inesperadas?
Duplicación
-
- Diversificado, replicado, compartido
Proveedor
-
- Interno, externo
Resistencia
-
- ¿El sistema necesita absorber fallas y seguir funcionando?
Esperanza de vida
-
- ¿Cuál es la vida útil necesaria?
Normalización
-
- ¿Necesitamos estandarización? ¿Deberíamos buscar la superposición?
Técnico Adaptar
-
- ¿Esta integración debe cumplir requisitos técnicos especiales?
Todo gira en torno a las necesidades de datos
Sí, la arquitectura de su aplicación gira en torno a necesidades de datos—Las aplicaciones existen para procesar y gestionar datos.
Sin datos no necesitamos software.
Su actividad empresarial genera, combina y consume datos. Datos utilizados para gestionar el proceso. Datos utilizados para registrar la actividad. O datos centrales para la actividad empresarial.
En la aplicación y la actividad empresarial es necesario hacer coincidir
- fuente y necesidad
La fuente y la necesidad definen el flujo que impulsa la gestión de datos - gestión de datos
La calidad, el flujo y la seguridad definen los recursos de gestión de datos necesarios
Recordar:
Las necesidades de datos marcan el camino a través de paisajes de aplicaciones fragmentados
Las necesidades de datos rompen los silos
Las necesidades de datos impulsan flujos de datos reales
Conclusión de ¿Qué es la arquitectura de aplicaciones?
La arquitectura de la aplicación es un factor clave para el arquitectura de sistemas de informaciónLa arquitectura de sistemas de información es la dominio de la arquitectura que se alinea gestión de datos, funcionalidad, y datos.
La arquitectura de la aplicación utiliza cuatro elementos:funcionalidad, asamblea, interacción, y gestión de datos.
Cuatro modelos de arquitectura empresarial Describe la arquitectura de tu aplicación:
- Modelo de sistema de información
- Modelo de aplicación lógica
- Modelo de servicio de información lógica
- Modelo de integración lógica
La práctica habitual se centra en la funcionalidad y la integración sin comprender las necesidades de datos, el flujo de datos ni la gestión de datos necesaria. Esto inevitablemente genera complejidad y deuda técnica.
Las mejores prácticas se basan en los datos y garantizan la arquitectura de aplicaciones se centra en la Estructura e interacción de las aplicaciones que... gestionan los activos de datos.
Sabemos que la arquitectura de aplicaciones permite grandes arquitectura empresarialLa funcionalidad, el flujo de datos y la gestión de datos permiten que su arquitectura empresarial.
Sin éxito transformación digital Se basarán en la funcionalidad. Siempre se basan en datos.