Descobrindo o poder dos padrões de arquitetura empresarial: um guia abrangente
- O que são Padrões de Arquitetura Empresarial?
- Por que os padrões de arquitetura são importantes?
- Padrões de Arquitetura Empresarial TOGAF
- Modelo de Padrão de Arquitetura Empresarial
- Padrões de Arquitetura Existem em Todos os Domínios da Arquitetura
- Padrões de Arquitetura de Negócios
- Padrões de Arquitetura de Dados
- Padrões de Arquitetura de Segurança
- Padrões de Arquitetura de Infraestrutura
- Padrões de Arquitetura de Aplicação
- Padrões de Aquisição do Sistema
- Conclusão do Padrão de Arquitetura
O que são padrões de arquitetura empresarial?
Um Padrão de Arquitetura fornece uma abordagem comum para um problema previsível. Ele descreve o problema e como ele pode ser resolvido.
Usaremos dois padrões:Modelo operacional do CISR e padrão estrangulador—para explorar uma abordagem comum e um problema previsível.
Todos que tentaram migrar um portfólio de TI enfrentaram o problema de aplicativos, infraestrutura e dados legados. Processos, organização e gestão antigos dificultam a mudança de departamentos. O problema previsível é: como progredir e, ao mesmo tempo, permanecer no mercado? O padrão estrangulador oferece uma abordagem comum: a abordagem antiga é disfarçada. Com o tempo, novos serviços substituem os antigos.
Não existe um modelo operacional único que se aplique a todos os lugares. O problema previsível é: como organizar departamentos, produtos e serviços? O modelo operacional do CISR oferece uma abordagem comum: escolha entre unificação, coordenação, diversificação ou replicação.
Nenhum desses padrões diz exatamente como proceder. Eles fornecem uma abordagem comum. Eles identificam os desafios específicos da abordagem. Eles fornecem um padrão de arquitetura.
Os padrões de arquitetura são descritos como “uma ideia que foi útil em um contexto prático e provavelmente será útil em outros.”
Por que os padrões de arquitetura empresarial são importantes?
Os padrões de arquitetura empresarial são importantes para a produtividade. Sabemos que os arquitetos empresariais mais produtivos são 50-100 vezes mais eficaz do que a média. A raiz é a reutilização. Usar padrões significa que o arquiteto não começar do zero. Como um padrão não é uma solução abrangente, ele ajuda a evitar a armadilha comum de especialistas no assunto aplicarem a mesma resposta em situações diversas.
O uso de padrões de arquitetura ajuda a equilibrar uma individualidade da organização e desafios compartilhados do setor. Os padrões de arquitetura empresarial auxiliam na tomada de decisões, proporcionando certeza e compreensão.
Benefícios do uso de padrões de arquitetura
Os padrões de arquitetura oferecem benefícios semelhantes aos arquiteturas de referência e estruturas de arquitetura empresarial. Padrões de arquitetura aumentam a produtividade e a confiança.
Usamos Padrões de Arquitetura para:
- Trabalhe na mudança mais eficaz, não reinventando a roda
- Aumentar a confiança de que a arquitetura cobre as dificuldades e tem respostas bem-sucedidas
- Simplificar trade-off de arquitetura
- Respostas e abordagens preferidas em cascata
- Aumentar a confiança de que as implementações serão bem-sucedidas
- Simplifique a avaliação da solução durante a governança da implementação
Os padrões de arquitetura empresarial fornecem um modelo para a resolução de problemas. Eles podem ser usados em diferentes contextos e fornecem soluções robustas para problemas comuns. Eles fornecem algum nível de garantia e ajudam a orientar a tomada de decisões.
Independentemente do padrão de arquitetura empresarial empregado, as desvantagens são inevitáveis. Ao analisar os padrões, é importante entender quais compensações estão sendo feitas.
Diferença entre Arquitetura de Referência e Padrões de Arquitetura
Padrões de arquitetura e arquiteturas de referência são conceitos usados em todos domínios de arquitetura empresarial—negócios, aplicativos, dados, tecnologia e segurança. Os padrões de arquitetura são mais comumente associados à arquitetura de aplicativos ou software.
Existem distinções técnicas entre arquitetura de referência e um padrão de arquitetura. No entanto, as distinções se confundem à medida que os detalhes do projeto de arquitetura mudam. Um padrão aplicável a arquitetura para apoiar a estratégia, ou portfólio, parece uma arquitetura de referência para entrega de projetos e soluções. Em resumo, as principais diferenças são:
- Âmbito do problema: padrões de arquitetura sempre apresentam problemas. A arquitetura de referência pode não apresentar problemas. Padrão Estrangulador nunca será considerada uma arquitetura de referência.
- Adaptabilidade: Padrões de arquitetura podem ser adaptados para diversos projetos e áreas. Arquiteturas de referência geralmente estão vinculadas a um contexto específico. Uma arquitetura de referência para uma cadeia de suprimentos de bens de consumo será difícil de adaptar.
- Especificidade de domínioArquiteturas de referência geralmente são criadas para setores ou tecnologias específicas. Padrões de arquitetura são mais universais.
Em resumo, os padrões de arquitetura oferecem orientações e abordagens de alto nível para a resolução de desafios arquitetônicos comuns. Nosso foco, ao mesmo tempo, criando arquitetura empresarial é fornecer orientação útil em vez de se preocupar com diferenças semânticas.
O poder dos padrões de arquitetura empresarial
Um padrão de arquitetura empresarial apresenta uma abordagem comum e comprovada para um problema previsível. As descrições de padrões indicam onde está o desafio de usar o padrão. Você não precisa inventar uma solução. Você analisa soluções conhecidas e determina qual delas é a mais adequada para sua empresa. Você concentra seu tempo e habilidade em entregar os benefícios da arquitetura empresarial.
Modelo de Padrão de Arquitetura Empresarial
Em Navegar, temos um modelo simples para documentar padrões de arquitetura:
- Nome: um rótulo que tem significado e fica na sua memória
- Problema previsível (caso de uso): qual problema comum está sendo resolvido
- Abordagem: Uma descrição de como atingir as metas e objetivos pretendidos
- Partes difíceis: qual trabalho é necessário ou limitações que impactam o uso bem-sucedido do padrão
Padrões de Arquitetura Existem em Todos os Domínios da Arquitetura
Padrões de arquitetura podem ser usados em outros domínios além da arquitetura de software e aplicativos. Aplique a técnica — uma abordagem comum para um problema previsível.
Aqui estão alguns exemplos de como os padrões de arquitetura podem ser aplicados fora da arquitetura do aplicativo:
- Padrões de Arquitetura de Negócios: Diante de um problema como a melhoria da eficiência, eles oferecem abordagens comuns. O Padrão de Digitalização e o Padrão de Melhoria Lean têm abordagens diferentes para resolver o mesmo problema.
Padrões de Fusões e Aquisições (M&A): Diante de um problema como uma fusão, eles oferecem abordagens comuns. O Padrão de Diversificação de Mercado definirá processos de negócios, organização, principais capacidades, relacionamentos e fluxos de informações de forma diferente do Padrão de Expansão Geográfica.
- Padrões de Arquitetura de Tecnologia: Diante de um problema como a Modernização de TI, eles oferecem abordagens de design de infraestrutura como o Padrão de Três Camadas ou o Padrão Sem Servidor. Esses padrões definem abordagens muito diferentes para uma infraestrutura escalável e confiável, que comprovadamente funcionam. A escolha entre esses padrões será baseada no Contexto e nos Componentes Básicos.
- Padrões de Arquitetura de Dados: Diante de um problema como informações pessoais e proteção nacional de dados, eles fornecem um padrão chamado Padrão de Mascaramento de Dados. Esse padrão oferece abordagens consistentes para substituir e ocultar dados onde eles não podem ser acessados.
- Padrões de Arquitetura de Segurança: Diante do problema de proteção de sistemas de TI contra ameaças, eles fornecem padrões como o Padrão de Confiança Zero ou o Padrão de Infraestrutura Imutável. Esses padrões abordam problemas de segurança sobrepostos.
- Padrões de Arquitetura de Aplicação: Existe um rico conjunto de Padrões de Arquitetura de Aplicações. Começando com a Gangue dos Quatro. Muitos Padrões de Aplicação clássicos resolvem problemas de design de software. Os Padrões de Arquitetura de Aplicações podem ser baseados em design, como o Padrão Ponte; abordagem de modernização, como o Padrão Estrangulador; ou aquisição, como o Padrão de Aquisição de Sistemas Modulares. Os padrões de modernização e aquisição podem ser facilmente adaptados a problemas de negócios e infraestrutura.
- Padrões de Aquisição do Sistema: Diante de um problema como o gerenciamento de custos, eles oferecem abordagens diferentes para a aquisição de sistemas de TI. O Padrão de Consolidação de Fornecedores e o Padrão de Adoção de Código Aberto oferecem abordagens muito diferentes para o gerenciamento de custos de TI. Assim como outros alternativas de arquitetura, a seleção entre esses padrões será baseada no Contexto e nos Hard Bits.
- Arquitetura Empresarial e Padrões de Engajamento Ágil:Nós usamos isso quando desenvolvendo equipes de EA. Dependendo do caso de uso de arquitetura empresarial e o necessidade de governança, existem diferentes padrões de engajamento com o Agile.
Embora a terminologia e as especificações possam variar de um domínio para outro, o conceito de padrões de arquitetura — fornecer abordagens reutilizáveis e comprovadas para problemas comuns — é universal.
O benefício para arquitetos corporativos é sempre produtividade e qualidade. Um arquiteto pode otimizar seu trabalho, aumentar a eficiência e garantir que as melhores práticas sejam seguidas. O segredo é adaptar e personalizar esses padrões para atender aos requisitos e restrições específicos de cada domínio.
Padrões de Arquitetura de Negócios
Padrões de arquitetura de negócios são abordagens reutilizáveis para estruturar uma organização. As organizações usam esses padrões para alinhar seus objetivos de negócios, operações e tecnologia para impulsionar eficiência e inovação. Aqui estão alguns padrões comuns de arquitetura de negócios:
- Padrão de digitalização (automação de processos de negócios)
Problema previsível—melhorar a eficiência
Abordagem—automatizar rotinas e negócios manuais - Padrão de Melhoria Lean
Problema previsível—melhorar a eficiência e a qualidade
Abordagem—siga os princípios Lean e as metodologias Six Sigma para melhorar gradativamente os processos de negócios. - Padrão de colaboração do ecossistema
Problema previsível—método de colaboração com parceiros externos, fornecedores, clientes e partes interessadas
Abordagem—colaborar dentro de um ecossistema
Esses padrões ajudam as empresas a entender, aprimorar e alinhar suas operações e estratégias. As organizações podem adaptar e combinar esses padrões para atender às suas metas e desafios comerciais específicos.
Padrões de Fusão e Aquisição (M&A) de Arquitetura de Negócios
Padrões de aquisição de negócios são formas pelas quais as empresas conquistam outros negócios. Esses padrões auxiliam as organizações em fusões e aquisições e em seus objetivos estratégicos. Aqui estão alguns exemplos de padrões de aquisição de negócios:
- Padrão de Integração Vertical
Problema previsível—melhorar o controle sobre a cadeia de suprimentos, reduzir custos e aumentar a eficiência
Abordagem—buscar aquisições por meio da cadeia de suprimentos para garantir o controle de cada etapa, ajustar a cadeia de suprimentos para usar etapas internas e buscar eficiência de ponta a ponta - Padrão de diversificação de mercado
Problema previsível—riscos associados às flutuações do mercado e às crises económicas
Abordagem-adquirir negócios em diferentes mercados ou indústrias para reduzir a dependência de um único segmento de mercado e, em seguida, fazer vendas cruzadas - Padrão de Aquisição de Tecnologia
Problema previsível—riscos e tempo associados ao desenvolvimento de tecnologia inovadora e ao atraso dos concorrentes
Abordagem —concentrar as aquisições em organizações que desenvolvem novas tecnologias e, em seguida, integrar a tecnologia em operações existentes e novas - Padrão de expansão da base de clientes
Problema previsível—riscos, tempo e custo do crescimento da base de clientes
Abordagem-adquirir organizações com bases de clientes estabelecidas em novas geografias e mercados. As empresas adquirem empresas com forte reconhecimento de marca ou uma grande - Padrão orientado por sinergia
Problema previsível—ganhando eficiência de escala
Abordagem-focam nas aquisições conquistadas por organizações que são semelhantes em mercado, produto e proposta de valor e, em seguida, padronizam as operações para escala e eficiência - Padrão de Expansão Geográfica
Problema previsível — risco, tempo e custos de expansão das operações para uma nova geografia
Abordagem— concentrar as aquisições em alvos com produtos e serviços semelhantes e propostas de valor em novas geografias. Em seguida, racionalizar produtos, serviços e operações - Padrão de recuperação (ativos problemáticos)
Problema previsível—crescimento do valor para os acionistas a uma taxa aceitável
Abordagem-Adquirir empresas em dificuldades ou em dificuldades e, em seguida, aplicar experiência em gestão e capital para transformá-las - Padrão de Capacidade
Problema previsível—riscos, custos e tempo associados ao desenvolvimento de capacidades empresariais
Abordagem —identificar as principais lacunas de capacidade e concentrar a aquisição em organizações que demonstram a capacidade e, em seguida, substituir a organização, o processo, a tecnologia e a propriedade intelectual existentes pela capacidade adquirida
Esses padrões de aquisição de negócios servem como abordagens conhecidas para problemas previsíveis. A escolha do padrão depende dos objetivos estratégicos da empresa e do cenário do setor.
Nós empregamos esses padrões para ajudar com análise de cenários. Esses padrões representam negócios comuns escolhas usadas para desenvolver um cenário.
Arquitetura Empresarial e Padrões de Engajamento Ágil
Juntos, a arquitetura empresarial e a metodologia ágil reduzem os riscos. A arquitetura é usada para reduzir riscos e custos antes do início da implementação. A metodologia ágil reduz riscos e custos após o início da implementação.
Criamos padrões de engajamento de Arquitetura Empresarial e Agile enquanto trabalhávamos em Transformação digital projetos:
- Defina o Padrão de Abordagem Ágil
- Padrão de produto
Problema previsível:De onde vem o produto?
Abordagem: Ajustar a definição de "soluções" usadas para preencher lacunas e os resultados do pacote de trabalho para alinhá-los com produtos independentes. Desenvolver um portfólio interno de produtos e um conjunto de medidas de valor para produtos internos. Os produtos devem aparecer no roteiro de arquitetura. - Padrão de plataforma
Problema previsível:Quando uma plataforma deve ser usada e quando o produto deve ser irrestrito?
Abordagem: Múltiplas abordagens - Padrão de estratégia de prestação de serviços
Problema previsível:Como sua organização entregará desenvolvimento ágil?
Abordagem: Siga as abordagens da Arquitetura para dar suporte à Estratégia. Questione como o desenvolvimento ágil será viabilizado. - Padrão de ponto de repouso de valor principal
Problema previsível: Conhecendo o Ponto de Descanso do Valor para parar ou mudar o foco.
Abordagem: Utilize roteiros de arquitetura para explorar pontos alternativos de entrega de valor. Crie relatórios sobre as atividades em direção aos estados de transição.
- Padrão de produto
- Guia Backlog no Padrão Sprint
- Roteiro para Guiar o Padrão do Produto
Problema previsível: Ter um roteiro integrado de produtos cruzados.
Abordagem: Usando um técnica de roteiro de arquitetura onde o produto, ou família de produtos, se posiciona no lugar do Portfólio. Garanta que os relatórios normais de produtos incluam atividades em direção aos estados de transição. - Roteiro para Guiar o Padrão Épico
Problema previsível: Usando épicos para implementar resultados e restrições de cima para baixo no produto.
Abordagem: Usando estados de transição bem construídos em um técnica de roteiro de arquitetura onde o produto, ou família de produtos, se posiciona no lugar do Portfólio. Garanta que os relatórios normais de produtos incluam atividades em direção aos estados de transição. - Padrão de Valor Empresarial
Problema previsível: Garantir que os fatores críticos de sucesso incluídos nos estados de transição e de destino orientem a preparação ágil do backlog e o planejamento épico.
Abordagem: Traduzir medidas e objetivos top-down em critérios consumíveis para a preparação ágil do backlog. Garantir que os relatórios regulares de produtos incluam a seleção e a conclusão de atividades em direção ao valor declarado. - Restringir o padrão de proprietários de produtos 'de baixo para cima'
Problema previsível: Proprietários de produtos que veem toda a empresa através das lentes de seu produto e de seus usuários diretos.
Abordagem: Documentar o produto e sua função dentro do ecossistema. Documentar as restrições aplicáveis ao produto. Documentar os critérios de avaliação. Garantir que os relatórios regulares do produto incluam o progresso em direção aos estados de transição e atividades alinhadas com o valor da empresa.
- Roteiro para Guiar o Padrão do Produto
- Padrão de restrição de sprints
- Padrão de Critérios de Aceitação
Problema previsível: Garantir que o software esteja em conformidade com as especificações e padrões da arquitetura empresarial.
Abordagem: Fornecer critérios de aceitação obrigatórios aplicáveis ao final dos épicos e antes do lançamento. Muitas vezes usamos Padrões de Arquitetura de Aplicação e Padrões de Arquitetura de Dados para criar critérios de aceitação. Incluir critérios de aceitação obrigatórios em todos os relatórios de testes. - Padrão de Valor (Medidas e Pontos de Repouso)
Problema previsível: Entender o que é valorizado e como o valor é medido.
Abordagem: A arquitetura empresarial precisa ser definitiva sobre como o valor é descrito e mensurado. Declarações de valor exigem fatores críticos de sucesso (FCS) e medidas de eficácia (ME). Garanta que as medidas de valor sejam incluídas nos relatórios de produto, épico e lançamento. - Padrão Greenfield, Evolução ou Revolução
Problema previsível: Garantir que a estratégia de implementação seja seguida.
Abordagem: Use o roteiro do produto e os ciclos de lançamento para impor mudanças radicais na abordagem. - Padrão de Interfaces de Restrição
Problema previsível: Identificar as interfaces necessárias e garantir que elas sejam utilizadas.
Abordagem: Concentre o trabalho de cima para baixo em interfaces e estruturas de dados compartilhadas. Alimente os requisitos por meio de ciclos épicos e de lançamento. Use critérios de aceitação. Muitas vezes, usamos Padrões de Arquitetura de Aplicação e Padrões de Arquitetura de Dados para interfaces pouco específicas. Inclua a conformidade da interface em todos os relatórios de teste.
- Padrão de Critérios de Aceitação
- Resolver Padrão de Dependência
- Desbloqueie o Padrão de Portfólio
Problema previsível: Conflito no portfólio de produtos digitais bloqueia o progresso de vários produtos.
Abordagem: Use técnicas de arquitetura empresarial para encontrar as mudanças mínimas que permitam o progresso. - Identificar o padrão real de stakeholders
Problema previsível: Identificar a verdadeira parte interessada que pode fornecer direção e aprovação em um portfólio complexo de produtos internos.
Abordagem: Utilizar técnicas de arquitetura empresarial para identificar stakeholders e agentes de stakeholders, preocupações e preferências. Utilizar técnicas de arquitetura empresarial de alternativas e troca orientar as partes interessadas na tomada de decisões que direcionarão o portfólio de produtos. Garantir uma governança eficaz do portfólio digital. - Cruze o Padrão de Portfólio
Problema previsível: Decisões táticas otimizadas localmente não podem emergir como um ecossistema digital eficaz e sustentável.
Abordagem: Manter apenas o suficiente Arquitetura de Aplicação e Arquitetura de dados. Impulsione a prioridade organizacional nessa arquitetura. A arquitetura de aplicações precisa se concentrar em serviços e interfaces compartilhados. A arquitetura de dados deve se concentrar em dados mestres, dados de referência e dados com classificação de alta segurança. Exigindo descrições de metadados. Use Padrões de Arquitetura que especifiquem a abordagem de ecossistemas. - Padrão de impacto de liberação
Problema previsível: Arquitetura suficiente significa que cada contingência, cada restrição, cada conflito não foi descoberto antes do lançamento.
Abordagem: Coloque as mãos nos bolsos e aguarde ser chamado durante a resolução. A menos que seja chamado, aguarde para se envolver durante a revisão do incidente e descobrir onde você falhou em identificar um problema previsível, subestimou o risco ou não cumpriu um requisito de teste.
- Desbloqueie o Padrão de Portfólio
Esses padrões de engajamento são usados para orientar o engajamento das equipes de EA.
Padrões de Arquitetura de Dados
Padrões de arquitetura de dados são técnicas para resolver problemas comuns de dados em uma organização. Esses padrões fornecem uma abordagem estruturada para modelagem, armazenamento, processamento e integração de dados. Aqui estão alguns padrões de arquitetura de dados:
- Padrão Data Lake
Problema previsível—transformando grandes blocos de dados em informações úteis e insights acionáveis
Abordagem— desenvolver um data lake (grande armazenamento de dados brutos, catálogo de dados, processamento de dados e camada de acesso a dados) e a capacidade de análise de dados para usar o data lake - Padrão de Gerenciamento de Dados Mestres (MDM)
Problema previsível—melhorar a integração e a reutilização de dados em sistemas operacionais empresariais
Abordagem—desenvolver dados mestres e dados de referência, governança de dados e qualidade de dados para sistemas operacionais de ponta a ponta - Padrão de Hub de Dados
Problema previsível—integração de dados entre sistemas distintos
Abordagem—centralizar a lógica de integração e transformação de dados, fornecendo um único ponto de acesso para consumidores de dados. - Padrão de replicação de dados
Problema previsível—integração de dados entre sistemas distintos com problemas de acesso geográfico e desempenho
Abordagem—copiar dados de uma fonte para um ou mais sistemas de destino em tempo quase real.
Estes são alguns dos padrões de arquitetura de dados utilizados em diversos setores e contextos. Arquitetos corporativos utilizam esses padrões para resolver seus problemas de gerenciamento de dados.
Padrões de Arquitetura de Segurança
Padrões de arquitetura de segurança são abordagens reutilizáveis para lidar com problemas de segurança em sistemas e redes de TI. As organizações usam esses padrões para implementar medidas de segurança que protegem seus ativos, dados e operações. Aqui estão alguns padrões comuns de arquitetura de segurança:
- Padrão de Segurança de Perímetro
Problema previsível—proteger contra acesso não autorizado e ataques cibernéticos
Abordagem—Estabelece um perímetro de segurança em torno da rede ou sistema para protegê-lo de ameaças externas - Padrão de Confiança Zero
Problema previsível—proteger contra acesso não autorizado e ataques cibernéticos
Abordagem-rede e aplicativos de microssegmentação, estabelecer gerenciamento de identidade e acesso (IAM), autenticação contínua e controles de acesso rigorosos. - Padrão de Infraestrutura Imutável
Problema previsível—proteger contra acesso não autorizado e ataques cibernéticos
Abordagem—tratar a infraestrutura como código e substituir (reconstruir) a infraestrutura implantada em vez de aplicar patches ou modificá-la, reduzindo vulnerabilidades. - Padrão de mascaramento e redação de dados
Problema previsível—proteger dados sensíveis contra exposição
Abordagem—substituir ou redigir dados confidenciais por informações não confidenciais, mas ainda permitir que usuários autorizados executem suas tarefas.
Esses padrões de arquitetura de segurança fornecem uma base para o projeto de sistemas e redes seguros. As organizações podem usá-los para atender às suas necessidades específicas de segurança.
Padrões de Arquitetura de Infraestrutura
Arquitetura de infraestrutura é o design dos componentes e sistemas tecnológicos que dão suporte à infraestrutura de TI de uma organização. Esses padrões ajudam as organizações a construir ambientes tecnológicos escaláveis, confiáveis e eficientes. Aqui estão alguns padrões comuns de arquitetura de infraestrutura:
- 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 Scale-Out
Problema previsível—modularidade, manutenibilidade e escalabilidade dos sistemas tecnológicos
Abordagem—escala adicionando mais instâncias ou nós para lidar com cargas de trabalho maiores - 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 - Padrão de Nuvem Híbrida
Problema previsível—melhorar o desenvolvimento de aplicações e a modularidade, a manutenibilidade e a escalabilidade dos sistemas tecnológicos
Abordagem—entregar infraestrutura como serviços automatizados por meio de nuvem pública e ambientes locais
Esses padrões de arquitetura de infraestrutura fornecem às organizações diretrizes e práticas recomendadas para projetar ambientes de tecnologia escaláveis, confiáveis e seguros. As organizações usam esses padrões para atender aos seus requisitos e objetivos específicos de infraestrutura.
Padrões de Arquitetura de Aplicação
A maioria dos padrões clássicos de arquitetura de aplicações são padrões de design de software. Os padrões de design de aplicações Gang of Four são bem conhecidos na engenharia de software. Eles são apresentados no livro "Design Patterns: Elements of Reusable Object-Oriented Software".
- Padrão de microsserviços
Problema previsível—agilidade, escalabilidade e manutenção do portfólio de aplicativos
Abordagem—decompor aplicações em pequenos serviços independentes que podem ser desenvolvidos, implantados e dimensionados de forma independente - Padrão MVC (Model-View-Controller)
Problema previsível—organização do código, manutenibilidade e testabilidade
Abordagem—separa um aplicativo em três componentes interconectados — Modelo (dados e lógica de negócios), Visualização (interface do usuário) e Controlador (lida com a entrada do usuário e atualiza o Modelo e a Visualização de acordo) - Padrão Estrangulador / Padrão Estrangulador
Problema previsível—substituindo sistemas legados
Abordagem—substituir gradualmente ou “estrangular” um sistema legado existente, construindo novos componentes em torno dele para substituir o sistema de forma incremental
Existem três tipos de padrões de design de aplicativos da Gang of Four: padrões criacionais, estruturais e comportamentais. Aqui está uma visão geral de cada um dos padrões de design da Gang of Four:
Padrões de criação de aplicativos da Gang of Four
- Padrão Singleton- garante que uma classe tenha apenas uma instância e fornece um ponto global de acesso a essa instância
- Padrão do Método de Fábrica—define uma interface para criar um objeto, mas permite que as subclasses alterem o tipo de objetos que serão criados
- Padrão de fábrica abstrata—fornece uma interface para criar famílias de objetos relacionados ou dependentes sem especificar suas classes concretas
- Padrão do Construtor—separa a construção de um objeto complexo de sua representação, permitindo que o mesmo processo de construção crie representações diferentes
- Padrão de protótipo—cria novos objetos copiando um objeto existente, conhecido como protótipo, em vez de criá-los do zero
Padrões Estruturais de Aplicação da Gang of Four
- Padrão do adaptador—permite que a interface de uma classe existente seja usada como outra interface, tornando-a compatível com clientes que esperam uma interface diferente
- Padrão de ponte—separa a abstração de um objeto de sua implementação para que eles possam variar independentemente
- Padrão Composto—compõe objetos em estruturas de árvore para representar hierarquias parte-todo. Os clientes podem tratar objetos individuais e composições de objetos uniformemente
- Padrão Decorador—atribui responsabilidades adicionais a um objeto dinamicamente. Os decoradores fornecem uma alternativa flexível à subclassificação para estender a funcionalidade.
- Padrão de fachada—fornece uma interface simplificada para um conjunto de interfaces em um subsistema, tornando-o mais fácil de usar
- Padrão Flyweight — minimiza o uso de memória ou despesas computacionais compartilhando o máximo possível com objetos semelhantes
Padrões de comportamento do aplicativo Gang of Four
- Padrão do Observador—define uma dependência de um para muitos entre objetos de modo que quando um objeto muda de estado, todos os seus dependentes são notificados e atualizados automaticamente
- Padrão de comando—encapsula uma solicitação como um objeto, permitindo assim a parametrização de clientes com filas, solicitações e operações
- Padrão de Estratégia—define uma família de algoritmos, encapsula cada um e os torna intercambiáveis. Os clientes podem escolher o algoritmo a ser usado dinamicamente
- Padrão de Cadeia de Responsabilidade—passa uma solicitação ao longo de uma cadeia de manipuladores. Ao receber uma solicitação, cada manipulador decide se processa a solicitação ou a passa para o próximo manipulador na cadeia.
- Padrão de Estado—permite que um objeto altere seu comportamento quando seu estado interno muda O objeto parece mudar sua classe
- Padrão de comando—representa uma operação como um objeto, permitindo a parametrização de clientes com filas, solicitações e operações
- Padrão de intérprete—define uma gramática para interpretar uma língua e fornece um intérprete para interpretar frases nessa língua
Esses padrões de arquitetura de aplicações oferecem orientação e melhores práticas para o desenvolvimento de aplicações de software que atendam a requisitos e desafios específicos. Os padrões Gang of Four são soluções de design para problemas comuns de software. Os arquitetos irão especificar esses padrões como uma restrição.
Padrões de Aquisição do Sistema
Padrões de aquisição geralmente se referem a abordagens estabelecidas para a aquisição de novas tecnologias, sistemas ou ativos para apoiar as metas e objetivos de uma organização. Geralmente, são utilizados em estratégias de arquitetura empresarial e casos de uso de portfólio. Esses padrões ajudam as organizações a tomar decisões informadas sobre seus investimentos e aquisições em tecnologia. Aqui estão alguns exemplos de padrões de aquisição:
- Padrão de Consolidação de Fornecedores
Problema previsível—gestão complexa de fornecedores, custos crescentes
Abordagem—reduzir o número de fornecedores de tecnologia consolidando vários contratos e serviços em um conjunto menor de fornecedores - Padrão de aquisição Cloud-First
Problema previsível—escalabilidade, complexidade local e flexibilidade
Abordagem—priorizar soluções e serviços baseados em nuvem ao adquirir novas tecnologias ou substituir sistemas legados. - Padrão de adoção de código aberto
Problema previsível—inovação, custo e flexibilidade
Abordagem—buscar ativamente soluções de software de código aberto - Padrão de Aquisição de Sistema Modular
Problema previsível—agilidade, integração e escalabilidade empresarial
Abordagem—adquirir sistemas ou tecnologias projetados de forma modular, permitindo extensão e personalização - Padrão de Parceria Estratégica
Problema previsível-risco
Abordagem—formar parcerias estratégicas com fornecedores de tecnologia ou outras organizações para co-desenvolver ou co-investir em soluções inovadoras
Esses padrões de aquisição oferecem às organizações uma maneira sistemática de tomar decisões relacionadas à tecnologia.
Os padrões de aquisição do sistema representam negócios comuns escolhas usadas na análise de cenários.
Conclusão Padrões de Arquitetura Empresarial
Padrões de arquitetura corporativa melhoram a produtividade dos arquitetos corporativos. Padrões de arquitetura também melhoram a qualidade do trabalho deles. A reutilização é a raiz da produtividade e da qualidade. Um padrão de arquitetura fornece uma abordagem reconhecidamente bem-sucedida para um problema previsível. Usando padrões de arquitetura, você pode se concentrar em determinar a melhor mudança, em vez das abordagens.
Em nosso consultoria de arquitetura empresarial Utilizamos nossa biblioteca de padrões de arquitetura empresarial. Trabalhamos consistentemente para melhorar a produtividade de nossos arquitetos corporativos. Temos mais tempo para analisar diferentes opções de arquitetura e auxiliar as partes interessadas na escolha da mais adequada. Temos tempo para abordar os critérios das partes interessadas e desenvolver a vistas de arquitetura que melhoram a tomada de decisões. O mais parte valiosa da arquitetura empresarial está orientando mudanças efetivas ao melhorar a compreensão e a confiança na mudança.
Padrões de arquitetura existem em todos os domínios da arquitetura. Aproveite o poder de padrões de arquitetura empresarial no seu trabalho. O primeiro passo é olhar para o seu caso de uso de arquitetura empresarial e comece com os problemas previsíveis que você A equipe da EA foi projetada para abordar.