TOGAF® ADM Fase D: desarrollo de la arquitectura tecnológica

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

TOGAF ADM Fase D entrega la Arquitectura de Sistemas de Información. Esta Fase existe para desarrollar la arquitectura tecnológica y la arquitectura de datos que componen los sistemas de información. En TOGAF, el primer paso es determinar las vistas requeridas y los modelos requeridos.

Las preocupaciones de las partes interesadas identificarán los puntos de vista. Hay siete modelos de arquitectura de tecnología central.

• Modelo de proveedor de infraestructura especifica cómo se proporcionará la infraestructura
• Modelo de 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 el resultado y los atributos del Servicio
• Modelo de interfaz describe cómo se conecta o utiliza la infraestructura
• modelo de ciclo de vida identifica los atributos necesarios del ciclo de vida 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 la Problema predecible, Acercarse, y el Bits duros. Al considerar un patrón tenemos que evaluar el trabajo requerido, las limitaciones y las 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 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 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 de tecnología útil requiere varios modelos de arquitectura empresarial. Cada tipo de modelo explica un aspecto diferente de la cartera de infraestructura. La arquitectura de la tecnología TOGAF Fase D explica los pasos generales para desarrollar la arquitectura de destino. Los diferentes tipos de modelos le permiten ver la cartera de infraestructura de diferentes maneras.

Utilizando el número mínimo de enlaces, estos modelos describen la arquitectura de la tecnología. Con un conjunto mínimo de enlaces a 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 Servicio de Infraestructura o un Modelo de Sistema de Infraestructura.

Hay cuatro tipos básicos de proveedores:

• Nube pública PaaS, se pueden ensamblar como servicios de infraestructura de punto. Las restricciones y limitaciones de interoperabilidad requieren seleccionar en paquetes de proveedores
• Sistemas empresariales, Infraestructura de uso común convencional. Por lo general, se proporciona en sistemas amplios que incorporan una variedad de características. Los sistemas empresariales requieren trabajo para ensamblarse en servicios de infraestructura.
• Sistemas especializados sobresalir en diferentes nichos. Por lo general, los sistemas especializados admiten casos de uso únicos. Los ejemplos incluyen infraestructura certificada para aviación, o rangos extendidos de choque y temperatura, o computación cuántica
• Infraestructura personalizada, ha creado para su organización. Por lo general, la personalización cumple con requisitos únicos en su negocio o arquitectura de aplicaciones.

Modelo de sistema de infraestructura

El modelo de sistema abstrae la infraestructura necesaria para ofrecer una función. La mayoría Arquitecturas Técnicas de Referencia se basan en un modelo de sistema. Identifican las diferentes características de la infraestructura.

Piense en 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 la duplicación, la rigidez y la complejidad.

Los modelos de sistema le permiten dirigir el pensamiento a las áreas de su infraestructura donde es necesario abordar el costo operativo, la rigidez y la duplicación. Mueven la conversación de variantes específicas del sistema a la compensación entre el impacto en otros dominios, la agilidad, el costo y las operaciones.

FEAF, OPAS e IndEA proporcionan modelos de sistemas de infraestructura. Requerido para realizar la Planificación del Portafolio de Infraestructura. La duplicación y la especialización generan complejidad y costos en 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. Colapsa todo en una caja negra con atributos e interfaces conocidos. No puede realizar PaaS de nube pública, o Arquitectura PaaS de nube privada sin un modelo de servicio.

Un modelo de servicio de infraestructura es invaluable para desarrollar el modelo de proveedor de infraestructura y validar el objetivo en un modelo de sistema de infraestructura. Todas las interfaces en su modelo de servicio deben estar bien identificadas en su modelo de interfaz.

La agilidad empresarial requiere un buen modelo de servicio de infraestructura. Debe ser capaz de encontrar y eliminar las barreras para el cambio.

Modelo de interfaz

Un modelo de interfaz identifica cómo se conectan entre sí diferentes componentes de su infraestructura y cómo las aplicaciones y los datos acceden a la infraestructura. No puede 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 persiguiendo límites entre sistemas. Debe especificar si se puede cruzar un límite y cómo. Con demasiada frecuencia, los arquitectos tecnológicos no especifican los límites que no se pueden cruzar. La infraestructura más rígida e inmutable resulta de esta falla.

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 los requisitos que impulsan el diseño de la infraestructura y la realidad que surge de la infraestructura física. Usamos el modelo de ciclo de vida para identificar el ciclo de vida que tenemos y necesitamos. Hace años, desarrollamos una arquitectura de comunicación en un área montañosa llena de áreas silvestres protegidas. Esta arquitectura tenía una gama 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 impulsará las preferencias de operaciones de infraestructura en la arquitectura. Asumen que a los otros dominios se les informarán los estándares tecnológicos. Esto es cierto solo después de que las partes interesadas aprueben la arquitectura tecnológica. Hasta que las partes interesadas aprueben la arquitectura, no puede realizar el gobierno de la arquitectura.

El primer uso de un catálogo de estándares desarrollado por la arquitectura es identificar la infraestructura que no cumple. Infraestructura que inyecta rigidez, costo, complejidad y deficiencia en la arquitectura de tecnología de referencia y en todos los demás dominios.

Su catálogo de normas impulsará la adquisición de infraestructura. Cuando no exista un Modelo de Servicio de Infraestructura efectivo o modelos de Interfaz de Infraestructura, 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 los términos utilizados por los proveedores de infraestructura comercial. Deberá asociar esto con los otros modelos de arquitectura de tecnología para hacer la transición de Target al mundo real.

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

Tecnología Arquitectura Técnicas

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

• Arquitecturas Técnicas de Referencia
• UML es omnipresente en un buen desarrollo basado en modelos. Cuando trabaja 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 la implicación del objetivo para diferentes comunidades. Desarrollar modelos 4+1 ayuda a garantizar que esté considerando todos los cambios relevantes.

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

El nivel de pregunta que está respondiendo con su arquitectura empresarial impulsará el uso de diferentes modelos de arquitectura empresarial. Por ejemplo, la arquitectura para respaldar la cartera 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 para Proyecto de Soporte	Arquitectura para respaldar la entrega de soluciones
Modelo de proveedor de infraestructura	Entregable clave	Entregable clave	Arquitectura Superior	Arquitectura Superior
Modelo de sistema de infraestructura	Entregable regular	Entregable clave	Arquitectura Superior	Arquitectura Superior
Modelo de servicio de infraestructura	Entregable regular	Entregable clave	Entregable clave y arquitectura superior	Entregable clave y arquitectura superior
Modelo de interfaz	Raramente 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	Raramente 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	Raramente 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 de tecnología

	Modo de desarrollo de aplicaciones	Modelo de sistema	Modelo del Producto	Modelo de Integración	Servicio de aplicaciones
Modelo de proveedor de infraestructura	Entrada principal	Entrada principal	Entrada principal	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional
Modelo de sistema de infraestructura	Entrada principal	Entrada principal	Entrada principal	Entrada limitada	Entrada limitada
Modelo de servicio de infraestructura	Entrada principal	Entrada principal	Entrada principal	Mejor entrada Un enlace directo es difícil de ver. Vale la pena hacer el trabajo	Mejor entrada Un enlace directo es difícil de ver. Vale la pena hacer el trabajo
Modelo de interfaz		Entrada principal	Entrada principal	Mejor entrada Un enlace directo es difícil de ver. Vale la pena hacer el trabajo	Mejor entrada Un enlace directo es difícil de ver. Vale la pena hacer el trabajo
Modelo de Infraestructura Física		Aporte	Entrada 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	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada principal Requiere un Sistema o Modelo Funcional	Entrada limitada	Entrada limitada
Modelo de sistema de infraestructura	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Entrada principal	Entrada limitada	Entrada 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 Un enlace directo es difícil de ver. Vale la pena hacer el trabajo.	Se utiliza como una prueba de integridad	Entrada principal Un enlace directo es difícil de ver. Vale la pena hacer el trabajo.	Entrada principal
Modelo de interfaz		Entrada principal 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	Entrada principal sobre la existencia de la interfaz Requiere un Sistema o Modelo Funcional	Aportaciones principales sobre el diseño del núcleo	Aportaciones principales sobre el diseño del núcleo Requiere un Sistema o Modelo Funcional
Modelo de Infraestructura Física		Entrada principal sobre la existencia de la ubicación de la infraestructura Requiere un modelo de proveedor	Entrada principal 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	Entrada en el 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 permitir un cambio efectivo. Hay 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 tienen el mismo objetivo: ayudar a sus partes interesadas a tomar mejores decisiones y liderar iniciativas de cambio exitosas.

	Cambio Estratégico	Cambio incrementado	Mejorar el costo	Mejorar calidad	Mejore 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 de 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 lagunas y limitaciones.	Muy útil Restricciones críticas	Muy útil Restricciones críticas		Muy útil Restricciones críticas	Restricciones	Lagunas y limitaciones	Lagunas y limitaciones	Muy útil para lagunas y limitaciones.

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

Existen 7 principios de arquitectura que todo arquitecto empresarial debe conocer. Los principios son arquitectura superior y restringen su libertad al desarrollar arquitectura. Cada uno de sus principios de arquitectura restringir el desarrollo de su arquitectura tecnológica. Siempre pruebe su arquitectura candidata, no encuentre una declaración de alineación. Demuestra que estás siguiendo la letra y el espíritu. Sabes que el principio es correcto. En TOGAF ADM Fase D, debe demostrar que la arquitectura de la tecnología se ajusta.

	Implicación de la arquitectura tecnológica
No te metas con el éxito	Busque eliminar el cambio. Sí, eliminar todo cambio que no esté explícitamente justificado
Enfoque en la excelencia	Aproveche el modelo de capacidad y el Modelo de desarrollo de aplicaciones para garantizar que la tecnología permita la excelencia empresarial. Alinear con el Modelo de producto digital. Producto y Servicio son directos al cliente y tienen estándares mínimos muy diferentes.
¿Por qué no uno?	Aproveche el Modelo de desarrollo de aplicaciones y modelo de servicio de infraestructura para encontrar dónde está prohibida la duplicación. Entonces eliminarlo.
Los datos son un activo	Asegúrese de que la infraestructura cumpla con los requisitos de gestión de activos y uso de activos.
Los sistemas funcionan donde trabajamos	La ubicación y el estilo de trabajo impulsan 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 parte del tiempo elimina la degradación de la productividad, no la mejora.
Autoservicio	Las actividades administrativas y la implementación de la infraestructura son de alto costo cuando no son de autoservicio. Cualquier cosa que bloquee el autoservicio degrada la productividad y el cambio.

¿Cómo se alinea la fase D de TOGAF con el desarrollo ágil?

La infraestructura permite o drena el valor potencial del desarrollo ágil. Si su organización necesita una fuerte capacidad de desarrollo ágil, debe diseñar su infraestructura en torno a la capacidad de desarrollo ágil. los 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 su modelo de servicio de infraestructura para alinear la arquitectura tecnológica con sus necesidades ágiles.

Ninguna de las cuatro áreas en las que la arquitectura empresarial se cruza con el desarrollo ágil siempre se alinea con la arquitectura tecnológica. La alineación directa proviene de la Modelo del Producto. Además de la alineación directa, mire siempre los servicios de infraestructura.

¿Cómo permite TOGAF Phase D la agilidad empresarial?

Como sabemos, la agilidad empresarial no tiene nada que ver con la forma de escribir software. Agilidad empresarial La capacidad de su empresa para reaccionar ante amenazas y oportunidades inesperadas. Es así de simple. ¿Puedes reaccionar ante lo inesperado?

El modelo de agilidad empresarial tiene cinco puntos:

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

La mayoría de las veces, la arquitectura empresarial funciona en #5: flexibilidad. Busque cada área que cree rigidez y elimínela. En nuestra planificación del ciclo de vida de la infraestructura, descontamos cada beneficio que no se recibe dentro de los 2 años. Esta es una carga importante para la arquitectura tecnológica y destaca por qué la nube pública PaaS es tan atractiva.