TOGAF® ADM Fase D – Desenvolver a Arquitetura Tecnológica

Modelos, ferramentas e técnicas de arquitetura de tecnologia

O TOGAF ADM Fase D entrega a Arquitetura de Sistemas de Informação. Esta Fase existe para desenvolver a arquitetura de tecnologia e arquitetura de dados que compõem os sistemas de informação. No TOGAF, o primeiro passo é determinar as visualizações necessárias e os modelos necessários.

As preocupações das partes interessadas identificarão os pontos de vista. Existem sete modelos de arquitetura de tecnologia central.

• Modelo de provedor de infraestrutura especifica como a infraestrutura será fornecida
• Modelo do Sistema de Infraestrutura captura os grandes sistemas do seu portfólio de infraestrutura
• Modelo de serviço de infraestrutura divide o portfólio de infraestrutura em caixas pretas e se concentra no resultado e nos atributos do Serviço
• Modelo de interface descreve como você se conecta ou usa a infraestrutura
• Modelo de ciclo de vida identifica os atributos de ciclo de vida necessários do seu portfólio de infraestrutura
• Catálogo de Normas identifica os padrões de aquisição para seu portfólio de infraestrutura
• Modelo Físico de Infraestrutura explica qual infraestrutura real existe no portfólio de infraestrutura

Padrões de arquitetura tecnológica

Padrões de Arquitetura são uma abordagem consistente para um problema previsível. Nosso Modelo padrão destaca o Problema previsível, Abordagem, e as Partes difíceis. Ao considerar um padrão, temos que avaliar o trabalho, as restrições e as limitações necessárias.

Exemplos de padrões de arquitetura de tecnologia

• Padrão de infraestrutura em camadas
  Problema previsível—modularidade, capacidade de manutenção e escalabilidade de sistemas de tecnologia
  Abordagem-separa a infraestrutura em camadas distintas, cada uma responsável por funções específicas, como apresentação, lógica de aplicação e armazenamento de dados.
• Alta disponibilidade (HA) e padrão de redundância
  Problema previsível—disponibilidade do sistema e tolerância a falhas e capacidade de manutenção
  Abordagem—componentes e serviços críticos duplicados.
• Padrão de arquitetura sem servidor
  Problema previsível—modularidade, capacidade de manutenção e escalabilidade de sistemas de tecnologia
  Abordagem—alocar e dimensionar automaticamente recursos de infraestrutura em resposta a eventos

Modelos de arquitetura de tecnologia

Desenvolver uma arquitetura de tecnologia útil requer vários modelos de arquitetura corporativa. Cada tipo de modelo explica um aspecto diferente do portfólio de infraestrutura. A arquitetura de tecnologia TOGAF Fase D explica as etapas amplas para desenvolver a Arquitetura Alvo. Diferentes tipos de modelo permitem que você veja o portfólio de infraestrutura de maneiras diferentes.

Usando o número mínimo de ligações, esses modelos descrevem a arquitetura da tecnologia. Com um conjunto mínimo de ligações a outros domínios é descrita uma arquitetura empresarial completa.

Modelo de provedor de infraestrutura

O Modelo de Provedor de Infraestrutura descreve como a infraestrutura será fornecida. Este modelo requer um Serviço de Infraestrutura ou Modelo de Sistema de Infraestrutura.

Existem quatro tipos básicos de provedores:

• PaaS de nuvem pública, podem ser montados como serviços de infraestrutura de ponto. Restrições e limitações de interoperabilidade exigem a seleção em pacotes de provedores
• Sistemas empresariais, principal infraestrutura de uso comum. Normalmente, ele é fornecido em sistemas amplos que incorporam uma variedade de recursos. Os sistemas corporativos exigem trabalho para serem montados em serviços de infraestrutura.
• Sistemas especializados se destacar em diferentes nichos. Normalmente, os sistemas especializados suportam casos de uso exclusivos. Os exemplos incluem infraestrutura certificada para aviação ou faixas estendidas de choque e temperatura ou computação quântica
• Infraestrutura personalizada, você criou para sua organização. Normalmente, o personalizado atende a requisitos exclusivos em sua arquitetura de negócios ou aplicativo.

Modelo do Sistema de Infraestrutura

O modelo do sistema abstrai a infraestrutura necessária para entregar um recurso. A maioria Arquiteturas de referência técnica são baseados em um modelo de sistema. Eles identificam os diferentes recursos da infraestrutura.

Pense em um ambiente de aplicativos, com servidores de aplicativos, balanceadores de carga e armazenamento. O projeto de seu modelo de sistema restringirá sua capacidade de identificar duplicação, rigidez e complexidade.

Os modelos de sistema permitem que você direcione o pensamento para áreas em sua infraestrutura onde o custo operacional, a rigidez e a duplicação precisam ser abordados. Eles movem a conversa de variantes específicas do sistema para a troca entre impacto em outros domínios, agilidade, custo e operações.

FEAF, OPAS e IndEA fornecem modelos de sistema de infraestrutura. Necessário para realizar o Planejamento do Portfólio de Infraestrutura. A duplicação e a especialização geram complexidade e custo para o portfólio de infraestrutura.

Modelo de serviço de infraestrutura

Um Modelo de Serviço de Infraestrutura é uma versão especializada de um Modelo de Sistema de Infraestrutura. Ele recolhe tudo em uma caixa preta com atributos e interfaces conhecidos. Você não pode executar PaaS de Nuvem Pública ou Arquitetura de PaaS de nuvem privada sem um modelo de serviço.

Um Modelo de Serviço de Infraestrutura é inestimável no desenvolvimento do Modelo de Provedor de Infraestrutura e na validação do Destino em um Modelo de Sistema de Infraestrutura. As interfaces em seu modelo de serviço devem ser bem identificadas em seu modelo de interface.

A agilidade empresarial requer um bom modelo de serviço de infraestrutura. Você precisa ser capaz de encontrar e remover as barreiras à mudança.

Modelo de interface

Um modelo de interface identifica como você conecta diferentes componentes de sua infraestrutura e como aplicativos e dados acessam a infraestrutura. Você não pode desenvolver uma arquitetura PaaS de nuvem privada sem um modelo de interface. Agora você poderá conectar serviços de mais de um provedor de PaaS de Nuvem Pública.

Você está perseguindo limites entre sistemas. Você deve especificar se e como um limite pode ser cruzado. Com muita frequência, os arquitetos de tecnologia não especificam limites que não podem ser cruzados. A infraestrutura mais rígida e imutável resulta dessa falha.

O Modelo de Interface é fundamental para permitir agilidade empresarial, gerenciar o portfólio de infraestrutura e reduzir o custo de TI.

Modelo de ciclo de vida

Um modelo de ciclo de vida identifica os requisitos para o projeto de infraestrutura e a realidade que sai da infraestrutura física. Usamos o modelo de ciclo de vida para identificar o ciclo de vida que temos e precisamos. Anos atrás, desenvolvemos uma arquitetura de comunicação em uma área montanhosa repleta de natureza protegida. Essa arquitetura tinha uma variedade de requisitos exclusivos de ciclo de vida que impulsionaram o design. Também impulsionou os requisitos operacionais.

Catálogo de Normas

Muitas vezes, os arquitetos com quem trabalhamos assumem que um Catálogo de Padrões de Tecnologia direcionará as preferências de operações de infraestrutura para a arquitetura. Eles assumem que os outros domínios serão informados sobre os padrões de tecnologia. Isso só é verdade depois que as partes interessadas aprovam a arquitetura de tecnologia. Até que seus stakeholders aprovem a arquitetura, você não pode executar a governança da arquitetura.

O primeiro uso de um catálogo de padrões desenvolvido pela arquitetura é identificar a infraestrutura não compatível. Infraestrutura que injeta rigidez, custo, complexidade e deficiência na arquitetura de tecnologia de linha de base e em todos os outros domínios.

Seu catálogo de padrões impulsionará a aquisição de infraestrutura. Quando não houver modelos eficazes de Modelo de Serviço de Infraestrutura ou de Interface de Infraestrutura, ele fornecerá orientação e restrição a outros domínios e implementadores.

Modelo Físico de Infraestrutura

Um Modelo Físico descreve o portfólio de infraestrutura real. Sempre use os termos usados pelos fornecedores de infraestrutura comercial. Você precisará associar isso aos outros modelos de arquitetura de tecnologia para fazer a transição do Target para o mundo real.

O Modelo Físico identifica muitas lacunas nos modelos de arquitetura de tecnologia mais abstratos. Também constitui a base da Plano de Implementação e Migração desenvolvido através da Fase F.

Técnicas de Arquitetura Tecnológica

Usamos um amplo conjunto de técnicas para desenvolver e comunicar nossa arquitetura de negócios.

• Arquiteturas de referência técnica
• A UML é onipresente no bom desenvolvimento orientado a modelos. Quando você está trabalhando em Arquitetura para dar suporte ao Desenvolvimento de Soluções, um Modelo de Sistema e um modelo de Interface devem ser desenvolvidos seguindo as práticas UML.
• As visões 4+1 são úteis para identificar a implicação da Meta para diferentes comunidades. O desenvolvimento de modelos 4+1 ajuda a garantir que você considere todas as mudanças relevantes.

Modelos de Arquitetura de Tecnologia Alinhados ao Propósito da Arquitetura Empresarial

O nível de pergunta que você está respondendo com sua arquitetura de negócios direcionará o uso de diferentes modelos de arquitetura de negócios. Por exemplo, a Arquitetura para dar suporte ao Portfólio muitas vezes não desenvolve um modelo de Cadeia de Valor. Em vez disso, uma Cadeia de Valor geralmente será uma arquitetura superior e restringirá sua liberdade.

	Arquitetura para apoiar a estratégia	Arquitetura para dar suporte ao portfólio	Arquitetura para Apoio ao Projeto	Arquitetura para dar suporte à entrega de soluções
Modelo de provedor de infraestrutura	Entregável chave	Entregável chave	Arquitetura Superior	Arquitetura Superior
Modelo do Sistema de Infraestrutura	Entregável Regular	Entregável chave	Arquitetura Superior	Arquitetura Superior
Modelo de serviço de infraestrutura	Entregável Regular	Entregável chave	Entregável chave & Arquitetura Superior	Entregável chave & Arquitetura Superior
Modelo de interface	Raramente usado	Entrega ocasional O nível adequado de detalhes geralmente diminui o valor	Entregável chave	Entregável chave & Arquitetura Superior
Modelo de ciclo de vida	Entrega ocasional O nível adequado de detalhes geralmente diminui o valor	Entregável chave O nível adequado de detalhes geralmente diminui o valor	Entregável chave & Arquitetura Superior	Arquitetura Superior
Catálogo de Normas	Raramente usado	Entrega ocasional O nível adequado de detalhes geralmente diminui o valor	Entregável chave & Arquitetura Superior	Arquitetura Superior
Modelo Físico de Infraestrutura	Raramente usado	Entrega ocasional O nível adequado de detalhes geralmente diminui o valor	Entregável chave & Arquitetura Superior	Entregável chave & Arquitetura Superior

Influência dos Modelos de Arquitetura de Aplicativos nos Modelos de Arquitetura de Tecnologia

	Modo de Desenvolvimento de Aplicativo	Modelo de sistema	Modelo do produto	Modelo de Integração	Serviço de aplicativo
Modelo de provedor de infraestrutura	Entrada principal	Entrada principal	Entrada principal	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional
Modelo do Sistema de Infraestrutura	Entrada principal	Entrada principal	Entrada principal	Entrada limitada	Entrada limitada
Modelo de serviço de infraestrutura	Entrada principal	Entrada principal	Entrada principal	Melhor entrada Um link direto é difícil de ver. Vale a pena fazer o trabalho	Melhor entrada Um link direto é difícil de ver. Vale a pena fazer o trabalho
modelo de interface		Entrada principal	Entrada principal	Melhor entrada Um link direto é difícil de ver. Vale a pena fazer o trabalho	Melhor entrada Um link direto é difícil de ver. Vale a pena fazer o trabalho
Modelo de Infraestrutura Física		Entrada	Entrada principal Requer um modelo de provedor	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver

Influência dos Modelos de Arquitetura de Negócios nos Modelos de Arquitetura de Tecnologia

	Modelo de Negócios	Modelo Operacional	Cadeia de valor	Modelo de capacidade	Modelo de processo	Modelo Funcional	Modelo de informações	Modelo de Organização
Modelo de provedor de infraestrutura	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional	Entrada principal Requer um sistema ou modelo funcional	Entrada limitada	Entrada limitada
Modelo do Sistema de Infraestrutura	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Entrada limitada	Entrada principal	Entrada limitada	Entrada principal
Modelo de serviço de infraestrutura	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Melhor entrada Um link direto é difícil de ver. Vale a pena fazer o trabalho.	Usado como um teste de integridade	Entrada principal Um link direto é difícil de ver. Vale a pena fazer o trabalho.	Entrada principal
modelo de interface		Entrada principal sobre a existência da interface Requer um sistema ou modelo funcional		Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada principal sobre a existência da interface Requer um sistema ou modelo funcional	Entrada principal no projeto do núcleo	Entrada principal no projeto do núcleo Requer um sistema ou modelo funcional
Modelo de Infraestrutura Física		Principais informações sobre a existência de localização de infraestrutura Requer um modelo de provedor	Principais informações sobre a existência de localização de infraestrutura Requer um modelo de provedor	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver	Entrada no design principal		Entrada limitada As ligações são importantes, mas uma ligação direta é difícil de ver

Modelos de arquitetura de tecnologia para casos de uso de arquitetura corporativa

Todo caso de uso de arquitetura corporativa é sobre permitir uma mudança efetiva. Existem muitos tipos de mudança. Nossos casos de uso de arquitetura corporativa ajudam a solucionar dúvidas comuns.

Não importa qual é o caso de uso. Os arquitetos de tecnologia têm o mesmo objetivo – ajudar seus stakeholders a tomar melhores decisões e liderar iniciativas de mudança bem-sucedidas.

	Mudança Estratégica	Mudança incremental	Melhorar custo	Melhorar a qualidade	Melhore a agilidade empresarial	Mitigação do risco tecnológico	Modernização de TI	Transformação Digital	Racionalização do portfólio de aplicativos	Integração de aquisição
Modelo de provedor de infraestrutura	Muito útil	Principais restrições	Diretrizes-chave	Restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas
Modelo do Sistema de Infraestrutura	Muito útil Lacunas e restrições críticas	Lacunas e restrições críticas				Lacunas e restrições críticas	Lacunas e restrições críticas		Lacunas e restrições críticas	Lacunas e restrições críticas
Modelo de serviço de infraestrutura	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas
Modelo de ciclo de vida	Muito útil Lacunas e restrições críticas	Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Muito útil Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas	Lacunas e restrições críticas
Modelo de Catálogo de Padrões		Muito útil para lacunas e restrições	Muito útil Restrições críticas	Muito útil Restrições críticas		Muito útil Restrições críticas	Restrições	Lacunas e restrições	Lacunas e restrições	Muito útil para lacunas e restrições

Aplicando princípios de arquitetura corporativa à arquitetura de tecnologia

Há 7 princípios de arquitetura que todo arquiteto corporativo deve conhecer. Princípios são arquitetura superior e restringem sua liberdade ao desenvolver arquitetura. Cada um de seus princípios de arquitetura restringir o desenvolvimento de sua arquitetura de tecnologia. Sempre teste sua arquitetura candidata, não encontre uma declaração de alinhamento. Prove que você está seguindo a letra e o espírito. Você sabe que o princípio está correto. No TOGAF ADM Fase D, você precisa provar que a arquitetura da tecnologia está em conformidade.

	Implicação da Arquitetura de Tecnologia
Não brinque com o sucesso	Procure eliminar a mudança. Sim, elimine todas as alterações que não sejam explicitamente justificadas
Foco na Excelência	Aproveite o Modelo de capacidade e a Modelo de Desenvolvimento de Aplicativos para garantir que a tecnologia permita a excelência empresarial. Alinhar com o Modelo de produto digital. Produto e Serviço são diretos ao cliente e possuem padrões mínimos muito diferenciados.
Por que não um?	Aproveite o Modelo de Desenvolvimento de Aplicativos e Modelo de Serviço de Infraestrutura para descobrir onde a duplicação é proibida. Em seguida, elimine-o.
Os dados são um ativo	Garantir que a infraestrutura atenda aos requisitos de gerenciamento e uso de ativos.
Os sistemas funcionam onde trabalhamos	O local de trabalho e o estilo de trabalho impulsionam a infraestrutura.
Experiência de usuário indolor	Os programas de diferenciação, transformação e eficiência exigem que os modelos de custo forneçam produtividade. Na maioria das vezes, você está eliminando a degradação da produtividade, não melhorando.
Self-service	Atividades administrativas e implantação de infraestrutura são de alto custo quando não são de autoatendimento. Qualquer coisa que bloqueie o autoatendimento degrada a produtividade e a mudança.

Como o TOGAF Fase D se alinha com o Desenvolvimento Ágil?

A infraestrutura permite ou drena o valor potencial do desenvolvimento ágil. Se sua organização precisa de um forte recurso de desenvolvimento ágil, você precisa arquitetar sua infraestrutura em torno do recurso de desenvolvimento ágil. o Modelo de Desenvolvimento de Aplicativos identificará o escopo e se o desenvolvimento ágil é útil ou crítico.

Apoie-se em seu modelo de provedor de infraestrutura e modelo de serviço de infraestrutura para alinhar a arquitetura de tecnologia às suas necessidades ágeis.

Nenhuma das quatro áreas da arquitetura corporativa se cruza com o desenvolvimento ágil sempre alinhada com a arquitetura de tecnologia. O alinhamento direto vem do Modelo do produto. Além do alinhamento direto, sempre olhe para os Serviços de Infraestrutura.

Como o TOGAF Fase D habilita a agilidade empresarial?

Como sabemos, a agilidade empresarial não tem nada a ver com a forma como você escreve software. Agilidade empresarial a capacidade da sua empresa de reagir a ameaças e oportunidades inesperadas. É tão simples. Você pode reagir ao inesperado?

O modelo de agilidade empresarial tem cinco pontos:

1. Alerta – Você consegue detectar oportunidades e ameaças?
2. Acessibilidade – Você consegue acessar informações relevantes a tempo de responder?
3. Decisividade – Você pode decidir usando as informações disponíveis?
4. Rapidez – Você consegue implementar suas decisões no tempo disponível?
5. Flexibilidade – O que você está fazendo para reduzir as barreiras à ação?

Na maioria das vezes, a arquitetura corporativa está trabalhando em #5 - Flexibilidade. Procure cada área que cria rigidez e remova-a. Em nosso planejamento do ciclo de vida da infraestrutura, descontamos todos os benefícios que não são recebidos em 2 anos. Esse é um fardo significativo para a arquitetura de tecnologia e destaca por que o Public Cloud PaaS é tão atraente.