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

Modelos, ferramentas e técnicas de arquitetura de tecnologia

A Fase D do TOGAF ADM fornece a Arquitetura de Sistemas de Informação. Esta fase visa desenvolver a arquitetura tecnológica e a arquitetura de dados que compõem os sistemas de informação. No TOGAF, o primeiro passo é determinar as visões e os modelos necessários.

As preocupações das partes interessadas identificarão as visões. Existem sete modelos centrais de arquitetura tecnológica.

• Modelo de Provedor de Infraestrutura especifica como a infraestrutura será fornecida
• Modelo de 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 Padrões 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 de Tecnologia

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

Exemplos de padrões de arquitetura de tecnologia

• Padrão de infraestrutura em camadas
  Problema previsível—modularidade, manutenibilidade e escalabilidade dos sistemas tecnológicos
  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.
• Padrão de alta disponibilidade (HA) e redundância
  Problema previsível—disponibilidade do sistema, tolerância a falhas e manutenibilidade
  Abordagem—componentes e serviços críticos duplicados.
• Padrão de Arquitetura Sem Servidor
  Problema previsível—modularidade, manutenibilidade e escalabilidade dos sistemas tecnológicos
  Abordagem—alocar e dimensionar automaticamente recursos de infraestrutura em resposta a eventos

Modelos de Arquitetura de Tecnologia

Desenvolver uma arquitetura tecnológica útil requer vários modelos de arquitetura empresarial. Cada tipo de modelo explica um aspecto diferente do portfólio de infraestrutura. A arquitetura tecnológica da Fase D do TOGAF explica as etapas gerais para o desenvolvimento da Arquitetura Alvo. Diferentes tipos de modelo permitem que você analise o portfólio de infraestrutura de maneiras diferentes.

Utilizando o número mínimo de ligações, esses modelos descrevem a arquitetura tecnológica. Com um conjunto mínimo de ligações com outros domínios, uma arquitetura empresarial completa é descrita.

Modelo de Provedor de Infraestrutura

O Modelo de Provedor de Infraestrutura descreve como a infraestrutura será fornecida. Este modelo requer um Modelo de Serviço de Infraestrutura ou um 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 pontuais. Restrições e limitações de interoperabilidade exigem a seleção de pacotes de provedores
• Sistemas empresariais, infraestrutura de uso comum. Normalmente, é fornecida em sistemas amplos que incorporam uma variedade de recursos. Sistemas corporativos exigem trabalho para serem integrados aos Serviços de Infraestrutura.
• Sistemas especialistas Destacam-se em diferentes nichos. Normalmente, sistemas especializados oferecem suporte a casos de uso específicos. Exemplos incluem infraestrutura certificada para aviação, faixas de choque e temperatura estendidas ou computação quântica.
• Infraestrutura personalizada, que você criou para sua organização. Normalmente, a personalização atende a requisitos específicos da sua arquitetura de negócios ou aplicativos.

Modelo de Sistema de Infraestrutura

O modelo do sistema abstrai a infraestrutura necessária para entregar um recurso. A maioria Arquiteturas de Referência Técnica baseiam-se em um modelo de sistema. Eles identificam as diferentes características da infraestrutura.

Pense em um ambiente de aplicação, com servidores de aplicação, balanceadores de carga e armazenamento. O design do seu modelo de sistema limitará sua capacidade de identificar duplicação, rigidez e complexidade.

Os modelos de sistema permitem direcionar o pensamento para áreas da sua infraestrutura onde custos operacionais, rigidez e duplicação precisam ser abordados. Eles direcionam a discussão de variantes específicas do sistema para o equilíbrio entre impacto em outros domínios, agilidade, custo e operações.

FEAF, OPAS e IndEA fornecem Modelos de Sistemas de Infraestrutura. Necessários para realizar o Planejamento do Portfólio de Infraestrutura. Duplicação e especialização aumentam a complexidade e o custo do 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 agrupa tudo em uma caixa preta com atributos e interfaces conhecidos. Você não pode executar PaaS em Nuvem Pública, ou Arquitetura 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 Alvo em um Modelo de Sistema de Infraestrutura. As interfaces do seu Modelo de Serviço devem estar bem identificadas no seu Modelo de Interface.

A agilidade empresarial requer um bom Modelo de Serviço de Infraestrutura. Você precisa ser capaz de identificar e remover as barreiras à mudança.

Modelo de Interface

Um Modelo de Interface identifica como você conecta diferentes componentes da sua infraestrutura entre si e como aplicativos e dados acessam a infraestrutura. Não é possível 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á buscando limites entre sistemas. Você deve especificar se e como um limite pode ser ultrapassado. Muitas vezes, arquitetos de tecnologia falham em especificar limites que não podem ser ultrapassados. A maioria das infraestruturas rígidas e imutáveis resulta dessa falha.

O Modelo de Interface é essencial para permitir a agilidade empresarial, gerenciar o portfólio de infraestrutura e reduzir os custos de TI.

Modelo de ciclo de vida

Um Modelo de Ciclo de Vida identifica os requisitos que impulsionam o projeto da infraestrutura e a realidade que emerge 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 áreas selvagens protegidas. Essa arquitetura tinha uma série de requisitos de ciclo de vida exclusivos que impulsionaram o projeto. Ela também impulsionou os requisitos operacionais.

Catálogo de Padrões

Com muita frequência, os arquitetos com quem trabalhamos presumem que um Catálogo de Padrões de Tecnologia direcionará as preferências de operações de infraestrutura para a arquitetura. Eles presumem que os outros domínios serão informados sobre os padrões de tecnologia. Isso só se aplica após as partes interessadas aprovarem a arquitetura de tecnologia. Até que as partes interessadas aprovem a arquitetura, não é possível realizar a governança da arquitetura.

O primeiro uso de um catálogo de padrões de arquitetura desenvolvido é identificar a infraestrutura não conforme. Infraestrutura que injeta rigidez, custo, complexidade e deficiência na arquitetura tecnológica básica e em todos os outros domínios.

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

Modelo Físico de Infraestrutura

Um Modelo Físico descreve o portfólio de infraestrutura real. Sempre utilize os termos utilizados por fornecedores de infraestrutura comercial. Você precisará associar isso aos outros modelos de arquitetura tecnológica para fazer a transição do Alvo para o mundo real.

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

Técnicas de Arquitetura de Tecnologia

Utilizamos 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 desenvolvimento orientado a modelos. Ao trabalhar 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 da UML.
• As Visões 4+1 são úteis para identificar as implicações da Meta para diferentes comunidades. Desenvolver modelos 4+1 ajuda a garantir que você esteja considerando todas as mudanças relevantes.

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

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

	Arquitetura para dar suporte à estratégia	Arquitetura para dar suporte ao portfólio	Arquitetura de Apoio ao Projeto	Arquitetura para dar suporte à entrega de soluções
Modelo de Provedor de Infraestrutura	Entrega principal	Entrega principal	Arquitetura Superior	Arquitetura Superior
Modelo de Sistema de Infraestrutura	Entrega regular	Entrega principal	Arquitetura Superior	Arquitetura Superior
Modelo de Serviço de Infraestrutura	Entrega regular	Entrega principal	Entrega principal & Arquitetura Superior	Entrega principal & Arquitetura Superior
Modelo de Interface	Raramente usado	Entregável ocasional O nível adequado de detalhes muitas vezes diminui o valor	Entrega principal	Entrega principal & Arquitetura Superior
Modelo de ciclo de vida	Entregável ocasional O nível adequado de detalhes muitas vezes diminui o valor	Entrega principal O nível adequado de detalhes muitas vezes diminui o valor	Entrega principal & Arquitetura Superior	Arquitetura Superior
Catálogo de Padrões	Raramente usado	Entregável ocasional O nível adequado de detalhes muitas vezes diminui o valor	Entrega principal & Arquitetura Superior	Arquitetura Superior
Modelo Físico de Infraestrutura	Raramente usado	Entregável ocasional O nível adequado de detalhes muitas vezes diminui o valor	Entrega principal & Arquitetura Superior	Entrega principal & Arquitetura Superior

Influência dos modelos de arquitetura de aplicação nos modelos de arquitetura de tecnologia

	Modo de desenvolvimento de aplicativos	Modelo de Sistema	Modelo do produto	Modelo de Integração	Serviço de Aplicação
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 de 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 É difícil ver uma ligação direta. Vale a pena fazer o trabalho	Melhor entrada É difícil ver uma ligação direta. Vale a pena fazer o trabalho
Modelo de interface		Entrada principal	Entrada principal	Melhor entrada É difícil ver uma ligação direta. Vale a pena fazer o trabalho	Melhor entrada É difícil ver uma ligação direta. 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 é difícil ver uma ligação direta	Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta

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ção	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 de 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 é difícil ver uma ligação direta	Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta	Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta	Melhor entrada É difícil encontrar uma ligação direta. Vale a pena o esforço.	Usado como um teste de completude	Entrada principal É difícil encontrar uma ligação direta. Vale a pena o esforço.	Entrada principal
Modelo de interface		Contribuição importante sobre a existência da interface Requer um Sistema ou Modelo Funcional		Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta	Contribuição importante sobre a existência da interface Requer um Sistema ou Modelo Funcional	Contribuição importante no design do núcleo	Contribuição importante no design do núcleo Requer um Sistema ou Modelo Funcional
Modelo de Infraestrutura Física		Contribuição importante sobre a existência de localização de infraestrutura Requer um modelo de provedor	Contribuição importante sobre a existência de localização de infraestrutura Requer um modelo de provedor	Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta	Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta	Contribuição para o design do núcleo		Entrada limitada As ligações são importantes, mas é difícil ver uma ligação direta

Modelos de Arquitetura de Tecnologia para Casos de Uso de Arquitetura Empresarial

Todo caso de uso de arquitetura empresarial visa possibilitar mudanças efetivas. Existem muitos tipos de mudança. Nossos casos de uso de arquitetura empresarial ajudam a responder a perguntas comuns.

Não importa qual seja 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	Melhore os custos	Melhorar a qualidade	Melhore a agilidade empresarial	Mitigando o Risco Tecnológico	Modernização de TI	Transformação digital	Racionalização do Portfólio de Aplicações	Integração de Aquisição
Modelo de Provedor de Infraestrutura	Muito útil	Principais restrições	Diretrizes principais	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 de 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 os princípios da arquitetura empresarial à arquitetura tecnológica

Há 7 princípios de arquitetura que todo arquiteto corporativo deve conhecer. Os princípios são arquitetura superior e restringem sua liberdade ao desenvolver a arquitetura. Cada um dos seus princípios de arquitetura irá restringir o desenvolvimento da sua arquitetura tecnológica. 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. Na Fase D do TOGAF ADM, você precisa provar que a arquitetura tecnológica está em conformidade.

	Implicações da Arquitetura Tecnológica
Não brinque com o sucesso	Procure eliminar as mudanças. Sim, elimine todas as mudanças que não sejam explicitamente justificadas.
Foco na Excelência	Aproveite o Modelo de Capacidade e o Modelo de Desenvolvimento de Aplicação para garantir que a tecnologia possibilite a excelência empresarial. Alinhar com o Modelo de Produto Digital. O produto e o serviço são direcionados ao cliente e têm padrões mínimos muito diferentes.
Por que não um?	Aproveite o Modelo de Desenvolvimento de Aplicação e Modelo de Serviço de Infraestrutura para descobrir onde a duplicação é proibida. E então elimine-a.
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 do usuário sem complicações	Programas de diferenciação, transformação e eficiência exigem modelos de custo que gerem produtividade. Na maioria das vezes, o que se busca é eliminar a degradação da produtividade, não melhorá-la.
Self-service	As atividades administrativas e de implantação de infraestrutura têm alto custo quando não são de autoatendimento. Qualquer coisa que bloqueie o autoatendimento prejudica a produtividade e a mudança.

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

A infraestrutura possibilita ou drena o valor potencial do desenvolvimento ágil. Se a sua organização precisa de uma forte capacidade de desenvolvimento ágil, você precisa arquitetar sua infraestrutura em torno dessa capacidade. Modelo de Desenvolvimento de Aplicação identificará o escopo e se o desenvolvimento ágil é útil ou crítico.

Confie no seu Modelo de Provedor de Infraestrutura e no Modelo de Serviço de Infraestrutura para alinhar a arquitetura tecnológica às suas necessidades Agile.

Nenhuma das quatro áreas em que a arquitetura empresarial interage com o desenvolvimento ágil está sempre alinhada com a arquitetura tecnológica. O alinhamento direto vem da Modelo do produto. Além do alinhamento direto, sempre analise os Serviços de Infraestrutura.

Como o TOGAF Fase D possibilita a Agilidade Empresarial?

Como sabemos, 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. É simples assim. Você consegue 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. Determinação – Você consegue 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 trabalha com base no #5 - Flexibilidade. Procure por todas as áreas que criam rigidez e as elimine. Em nosso planejamento do ciclo de vida da infraestrutura, desconsideramos todos os benefícios que não são recebidos em 2 anos. Isso representa um fardo significativo para a arquitetura tecnológica e destaca por que o PaaS de Nuvem Pública é tão atraente.