TOGAF® ADM Fase D – Desarrollo de la arquitectura tecnológica

Modelos, herramientas y técnicas de arquitectura tecnológica

La Fase D de TOGAF ADM proporciona la Arquitectura de Sistemas de Información. Esta fase tiene como objetivo desarrollar la arquitectura tecnológica y de datos que componen los sistemas de información. En TOGAF, el primer paso es determinar las vistas y los modelos necesarios.

Las preocupaciones de las partes interesadas identificarán las perspectivas. Existen siete modelos centrales de arquitectura tecnológica.

• Modelo de proveedor de infraestructura especifica cómo se proporcionará la infraestructura
• Modelo del sistema de infraestructura Captura los grandes sistemas de su cartera de infraestructura
• Modelo de servicio de infraestructura Divide la cartera de infraestructura en cajas negras y se centra en los resultados y atributos del Servicio
• Modelo de interfaz describe cómo te conectas a la infraestructura o la utilizas
• Modelo de ciclo de vida Identifica los atributos de ciclo de vida requeridos de su cartera de infraestructura
• Catálogo de normas Identifica los estándares de adquisición para su cartera de infraestructura
• Modelo físico de infraestructura explica qué infraestructura real existe en la cartera de infraestructura

Patrones de arquitectura tecnológica

Patrones de arquitectura son un enfoque consistente para un problema predecible. Nuestro Plantilla de patrón Destaca el Problema predecible, Acercarse, y el Trozos duros. Al considerar un patrón debemos evaluar el trabajo requerido, las restricciones y limitaciones.

Patrones de arquitectura tecnológica de muestra

• 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 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

Modelos de arquitectura tecnológica

Desarrollar una arquitectura tecnológica útil requiere varios modelos de arquitectura empresarial. Cada tipo de modelo explica un aspecto diferente de la cartera de infraestructura. La arquitectura tecnológica TOGAF Fase D explica los pasos generales para desarrollar la Arquitectura Objetivo. Los diferentes tipos de modelo permiten analizar la cartera de infraestructura de distintas maneras.

Utilizando el mínimo número de vínculos, estos modelos describen la arquitectura tecnológica. Con un conjunto mínimo de vínculos con otros dominios, se describe una arquitectura empresarial completa.

Modelo de proveedor de infraestructura

El Modelo de Proveedor de Infraestructura describe cómo se proporcionará la infraestructura. Este modelo requiere un Modelo de Servicio de Infraestructura o un Modelo de Sistema de Infraestructura.

Hay cuatro tipos básicos de proveedores:

• PaaS de nube pública, Pueden integrarse como servicios de infraestructura puntual. Las restricciones y limitaciones de interoperabilidad requieren la selección en paquetes de proveedores.
• Sistemas empresariales, Infraestructura de uso común. Normalmente, se proporciona en sistemas amplios que integran diversas funciones. Los sistemas empresariales requieren trabajo para integrarse en los Servicios de Infraestructura.
• Sistemas especializados Destacan en diferentes nichos. Normalmente, los sistemas especializados admiten casos de uso únicos. Algunos ejemplos incluyen infraestructura certificada para aviación, rangos extendidos de impacto y temperatura, o computación cuántica.
• Infraestructura personalizada, que ha creado para su organización. Normalmente, la personalización se adapta a los requisitos específicos de su negocio o arquitectura de aplicaciones.

Modelo del sistema de infraestructura

El modelo del sistema abstrae la infraestructura necesaria para ofrecer una función. La mayoría Arquitecturas de referencia técnica Se basan en un modelo de sistema. Identifican las diferentes características de la infraestructura.

Imagine un entorno de aplicaciones con servidores de aplicaciones, balanceadores de carga y almacenamiento. El diseño de su modelo de sistema limitará su capacidad para identificar duplicaciones, rigidez y complejidad.

Los modelos de sistema le permiten enfocar la atención en áreas de su infraestructura donde es necesario abordar el costo operativo, la rigidez y la duplicación. Permiten trasladar la conversación de variantes específicas del sistema al equilibrio entre el impacto en otros dominios, la agilidad, el costo y las operaciones.

FEAF, OPAS e IndEA proporcionan modelos de sistemas de infraestructura. Son necesarios para la planificación de la cartera de infraestructura. La duplicación y la especialización aumentan la complejidad y el costo de la cartera de infraestructura.

Modelo de servicio de infraestructura

Un Modelo de Servicio de Infraestructura es una versión especializada de un Modelo de Sistema de Infraestructura. Lo reduce todo a una caja negra con atributos e interfaces conocidos. No se puede implementar PaaS en la nube pública, ni Arquitectura PaaS de nube privada sin un modelo de servicio.

Un Modelo de Servicio de Infraestructura es fundamental para desarrollar el Modelo de Proveedor de Infraestructura y validar el Objetivo en un Modelo de Sistema de Infraestructura. Todas las interfaces de su Modelo de Servicio deben estar bien identificadas en su Modelo de Interfaz.

La agilidad empresarial requiere un buen Modelo de Servicios de Infraestructura. Es necesario ser capaz de identificar y eliminar las barreras al cambio.

Modelo de interfaz

Un modelo de interfaz identifica cómo se conectan los diferentes componentes de la infraestructura y cómo las aplicaciones y los datos acceden a ella. No es posible desarrollar una arquitectura PaaS de nube privada sin un modelo de interfaz. Ahora podrá conectar servicios de más de un proveedor de PaaS de nube pública.

Estás buscando límites entre sistemas. Debes especificar si se puede traspasar un límite y cómo. Con demasiada frecuencia, los arquitectos tecnológicos no especifican límites infranqueables. La mayoría de las infraestructuras rígidas e inmutables resultan de este fallo.

El modelo de interfaz es fundamental para permitir la agilidad empresarial, administrar la cartera de infraestructura y reducir los costos de TI.

Modelo de ciclo de vida

Un Modelo de Ciclo de Vida identifica las necesidades que impulsan el diseño de la infraestructura y la realidad derivada de la infraestructura física. Utilizamos el modelo de ciclo de vida para identificar el ciclo de vida que tenemos y necesitamos. Hace años, desarrollamos una arquitectura de comunicaciones en una zona montañosa con áreas naturales protegidas. Esta arquitectura tenía una serie de requisitos de ciclo de vida únicos que impulsaron el diseño. También impulsó los requisitos operativos.

Catálogo de normas

Con demasiada frecuencia, los arquitectos con los que trabajamos asumen que un Catálogo de Estándares Tecnológicos determinará las preferencias de operaciones de infraestructura en la arquitectura. Asumen que los demás dominios conocerán los estándares tecnológicos. Esto solo es cierto después de que las partes interesadas aprueben la arquitectura tecnológica. Hasta que las partes interesadas la aprueben, no se puede llevar a cabo la gobernanza de la arquitectura.

El primer uso de un catálogo de estándares desarrollado para la arquitectura es identificar la infraestructura no conforme. Esta infraestructura añade rigidez, costo, complejidad y deficiencias a la arquitectura tecnológica base y a todos los demás dominios.

Su catálogo de estándares impulsará la adquisición de infraestructura. Cuando no exista un Modelo de Servicio de Infraestructura (SSI) o un modelo de Interfaz de Infraestructura (ISI) eficaz, este proporcionará orientación y restricciones a otros dominios e implementadores.

Modelo físico de infraestructura

Un modelo físico describe la cartera de infraestructura real. Utilice siempre la terminología empleada por los proveedores de infraestructura comercial. Deberá asociarlo con los demás modelos de arquitectura tecnológica para adaptar el objetivo al mundo real.

El Modelo Físico identifica muchas lagunas en los modelos de arquitectura tecnológica más abstractos. También constituye la base de... Plan de Implementación y Migración desarrollado a través de la Fase F.

Técnicas de arquitectura tecnológica

Utilizamos un amplio conjunto de técnicas para desarrollar y comunicar nuestra arquitectura empresarial.

• Arquitecturas de referencia técnica
• UML es omnipresente en el desarrollo basado en modelos. Al trabajar en Arquitectura para apoyar el Desarrollo de Soluciones, se debe desarrollar un Modelo de Sistema y un Modelo de Interfaz siguiendo las prácticas de UML.
• Las Vistas 4+1 son útiles para identificar las implicaciones del Objetivo para diferentes comunidades. Desarrollar modelos 4+1 ayuda a garantizar que se consideren todos los cambios relevantes.

Modelos de arquitectura tecnológica alineados con el propósito de la arquitectura empresarial

El nivel de preguntas que responda con su arquitectura empresarial impulsará el uso de diferentes modelos de arquitectura empresarial. Por ejemplo, la arquitectura para respaldar el portafolio a menudo no desarrollará un modelo de cadena de valor. En cambio, una cadena de valor generalmente será una arquitectura superior y limitará su libertad.

	Arquitectura para apoyar la estrategia	Arquitectura para apoyar la cartera	Arquitectura de apoyo al proyecto	Arquitectura para respaldar la entrega de soluciones
Modelo de proveedor de infraestructura	Entregable clave	Entregable clave	Arquitectura superior	Arquitectura superior
Modelo del sistema de infraestructura	Entrega regular	Entregable clave	Arquitectura superior	Arquitectura superior
Modelo de servicio de infraestructura	Entrega regular	Entregable clave	Entregable clave y Arquitectura Superior	Entregable clave y Arquitectura Superior
Modelo de interfaz	Rara vez usado	Entregable ocasional El nivel apropiado de detalle a menudo disminuye el valor	Entregable clave	Entregable clave y Arquitectura Superior
Modelo de ciclo de vida	Entregable ocasional El nivel apropiado de detalle a menudo disminuye el valor	Entregable clave El nivel apropiado de detalle a menudo disminuye el valor	Entregable clave y Arquitectura Superior	Arquitectura superior
Catálogo de normas	Rara vez usado	Entregable ocasional El nivel apropiado de detalle a menudo disminuye el valor	Entregable clave y Arquitectura Superior	Arquitectura superior
Modelo físico de infraestructura	Rara vez usado	Entregable ocasional El nivel apropiado de detalle a menudo disminuye el valor	Entregable clave y Arquitectura Superior	Entregable clave y Arquitectura Superior

Influencia de los modelos de arquitectura de aplicaciones en los modelos de arquitectura tecnológica

	Modo de desarrollo de aplicaciones	Modelo de sistema	Modelo de producto	Modelo de integración	Servicio de aplicaciones
Modelo de proveedor de infraestructura	Aporte principal	Aporte principal	Aporte principal	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional
Modelo del sistema de infraestructura	Aporte principal	Aporte principal	Aporte principal	Entrada limitada	Entrada limitada
Modelo de servicio de infraestructura	Aporte principal	Aporte principal	Aporte principal	Mejor entrada Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.	Mejor entrada Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.
Modelo de interfaz		Aporte principal	Aporte principal	Mejor entrada Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.	Mejor entrada Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.
Modelo de Infraestructura Física		Aporte	Aporte principal Requiere un modelo de proveedor	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.

Influencia de los modelos de arquitectura empresarial en los modelos de arquitectura tecnológica

	Modelo de negocio	Modelo operativo	Cadena de valor	Modelo de capacidad	Modelo de proceso	Modelo funcional	Modelo de información	Modelo de organización
Modelo de proveedor de infraestructura	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional	Aporte principal Requiere un sistema o modelo funcional	Entrada limitada	Entrada limitada
Modelo del sistema de infraestructura	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Aporte principal	Entrada limitada	Aporte principal
Modelo de servicio de infraestructura	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Mejor entrada Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.	Se utiliza como prueba de completitud	Aporte principal Es difícil encontrar un enlace directo. Vale la pena el esfuerzo.	Aporte principal
Modelo de interfaz		Aporte importante sobre la existencia de la interfaz Requiere un sistema o modelo funcional		Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Aporte importante sobre la existencia de la interfaz Requiere un sistema o modelo funcional	Aporte importante al diseño del núcleo	Aporte importante al diseño del núcleo Requiere un sistema o modelo funcional
Modelo de Infraestructura Física		Aporte importante sobre la existencia de la ubicación de la infraestructura Requiere un modelo de proveedor	Aporte importante sobre la existencia de la ubicación de la infraestructura Requiere un modelo de proveedor	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.	Aportes al diseño del núcleo		Entrada limitada Los vínculos son importantes, pero es difícil ver un vínculo directo.

Modelos de arquitectura tecnológica para casos de uso de arquitectura empresarial

Cada caso de uso de arquitectura empresarial Se trata de facilitar un cambio efectivo. Existen muchos tipos de cambio. Nuestros casos de uso de arquitectura empresarial ayudan a abordar preguntas comunes.

No importa cuál sea el caso de uso. Los arquitectos tecnológicos comparten el mismo objetivo: ayudar a las partes interesadas a tomar mejores decisiones y liderar iniciativas de cambio exitosas.

	Cambio estratégico	Cambio incremental	Mejorar los costos	Mejorar cualidades	Mejorar la agilidad empresarial	Mitigación del riesgo tecnológico	Modernización de TI	Transformación digital	Racionalización de la cartera de aplicaciones	Integración de adquisiciones
Modelo de proveedor de infraestructura	Muy útil	Restricciones clave	Directrices clave	Restricciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas
Modelo del sistema de infraestructura	Muy útil Brechas y limitaciones críticas	Brechas y limitaciones críticas				Brechas y limitaciones críticas	Brechas y limitaciones críticas		Brechas y limitaciones críticas	Brechas y limitaciones críticas
Modelo de servicio de infraestructura	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas
Modelo de ciclo de vida	Muy útil Brechas y limitaciones críticas	Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Muy útil Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas	Brechas y limitaciones críticas
Modelo de catálogo de normas		Muy útil para huecos y restricciones.	Muy útil Restricciones críticas	Muy útil Restricciones críticas		Muy útil Restricciones críticas	Restricciones	Brechas y limitaciones	Brechas y limitaciones	Muy útil para huecos y restricciones.

Aplicación de los principios de la arquitectura empresarial a la arquitectura tecnológica

Hay 7 principios de arquitectura que todo arquitecto empresarial debería conocer. Los principios son una arquitectura superior y limitan tu libertad al desarrollarla. Cada uno de tus principios arquitectónicos... Restringir el desarrollo de su arquitectura tecnológica. Siempre pruebe la arquitectura de su candidato; no busque una declaración de alineación. Demuestre que sigue la letra y el espíritu. Usted sabe que el principio es correcto. En la Fase D de TOGAF ADM, debe demostrar que la arquitectura tecnológica cumple.

	Implicación de la arquitectura tecnológica
No te metas con el éxito	Busca eliminar el cambio. Sí, elimina todo cambio que no esté explícitamente justificado.
Enfoque en la excelencia	Aprovechar la Modelo de capacidad y el Modelo de desarrollo de aplicaciones para garantizar que la tecnología permita la excelencia empresarial. Alinearse con el Modelo de producto digital. El producto y el servicio son directos al cliente y tienen estándares mínimos muy diferentes.
¿Por qué no uno?	Aprovechar la Modelo de desarrollo de aplicaciones y el Modelo de Servicio de Infraestructura para identificar dónde se prohíbe la duplicación y luego eliminarla.
Los datos son un activo	Asegúrese de que la infraestructura cumpla con los requisitos de gestión y uso de activos.
Los sistemas funcionan donde trabajamos	La ubicación y el estilo de trabajo determinan la infraestructura.
Experiencia de usuario sin dolor	Los programas de diferenciación, transformación y eficiencia requieren que los modelos de costos generen productividad. La mayoría de las veces, se busca eliminar la degradación de la productividad, no mejorarla.
Autoservicio	Las actividades administrativas y la implementación de infraestructura son costosas cuando no son autoservicio. Cualquier obstáculo al autoservicio reduce la productividad y los cambios.

¿Cómo se alinea TOGAF Fase D con el Desarrollo Ágil?

La infraestructura facilita o reduce el valor potencial del desarrollo ágil. Si su organización necesita una sólida capacidad de desarrollo ágil, debe diseñar su infraestructura en torno a dicha capacidad. Modelo de desarrollo de aplicaciones Identificará el alcance y si el desarrollo ágil es útil o crítico.

Apóyese en su modelo de proveedor de infraestructura y en su modelo de servicio de infraestructura para alinear la arquitectura tecnológica a sus necesidades ágiles.

Ninguna de las cuatro áreas de la arquitectura empresarial que se intersecta con el desarrollo ágil siempre se alinea con la arquitectura tecnológica. La alineación directa proviene de... Modelo de producto. Además de la alineación directa, siempre mire los Servicios de Infraestructura.

¿Cómo TOGAF Fase D posibilita la agilidad empresarial?

Como sabemos, la agilidad empresarial no tiene nada que ver con la forma en que se desarrolla el software. La agilidad empresarial es la capacidad de su empresa para reaccionar ante amenazas y oportunidades inesperadas. Así de simple. ¿Puede reaccionar ante lo inesperado?

En modelo de agilidad empresarial tiene cinco puntos:

1. Estado de alerta: ¿Puedes detectar oportunidades y amenazas?
2. Accesibilidad: ¿Puede acceder a la información relevante a tiempo para responder?
3. Capacidad de decisión: ¿Puede usted decidir utilizando la información disponible?
4. Rapidez – ¿Puedes implementar tus decisiones en el tiempo disponible?
5. Flexibilidad – ¿Qué estás haciendo para reducir las barreras a la acción?

La arquitectura empresarial se centra principalmente en la flexibilidad. Busque cualquier área que genere rigidez y elimínela. En nuestra planificación del ciclo de vida de la infraestructura, descuentamos cualquier beneficio que no se obtenga en un plazo de dos años. Esto supone una carga significativa para la arquitectura tecnológica y demuestra por qué la nube pública PaaS es tan atractiva.