O Padr\u00e3o TOGAF<\/a> deixa claro dois pontos. Primeiro, a arquitetura tecnol\u00f3gica suporta diretamente a arquitetura dos sistemas de informa\u00e7\u00e3o (aplicativos e dados) para viabilizar a arquitetura de neg\u00f3cios. Segundo, n\u00e3o desenvolvemos arquiteturas de dom\u00ednio sequencialmente.<\/p>\n A transforma\u00e7\u00e3o digital requer a Arquitetura de TI correta<\/a>. Uma boa arquitetura tecnol\u00f3gica \u00e9 necess\u00e1ria porque cada dom\u00ednio da arquitetura<\/a> habilita, entrega ou bloqueia resultados em outros dom\u00ednios.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tExplore o treinamento para certifica\u00e7\u00e3o TOGAF\n\t\t\t<\/a>\n\t Num relance<\/p>\n Use o ADM da TOGAF<\/a> para desenvolver o conhecimento necess\u00e1rio para a melhor arquitetura tecnol\u00f3gica. Cada Fase do ADM fornece os insumos e as atividades necess\u00e1rias para desenvolver o conhecimento sobre um t\u00f3pico espec\u00edfico. O ADM do TOGAF est\u00e1 no centro do Padr\u00e3o TOGAF. \u00c9 o \u00fanico m\u00e9todo universal escal\u00e1vel para desenvolver arquitetura corporativa<\/a>. \u00c9 adequado para todos os n\u00edveis de detalhe. Como todos os modelos l\u00f3gicos, precisa ser expandido para abranger diferentes n\u00edveis de detalhe \u2013 estrat\u00e9gia, portf\u00f3lio, projeto e entrega de solu\u00e7\u00f5es.<\/p>\n Se voc\u00ea precisar de um Vis\u00e3o geral do TOGAF ADM<\/a>, por favor leia o Fases do TOGAF ADM explicadas<\/a>.<\/p>\n Na Fase D do TOGAF, Arquitetos de tecnologia<\/a> Lideram o desenvolvimento da arquitetura tecnol\u00f3gica. Fazem isso buscando viabilizar a arquitetura de sistemas de informa\u00e7\u00e3o \u2013 n\u00e3o acatando ordens e atendendo a expectativas. Os arquitetos de tecnologia entendem que uma infraestrutura de longa dura\u00e7\u00e3o sustenta seu ambiente. Devem olhar para o futuro e estar preparados. Precisam garantir que expectativas de curto prazo n\u00e3o gerem problemas a longo prazo.<\/p>\n Quando estamos desenvolvendo equipes de arquitetura empresarial<\/a>, contamos aos arquitetos dois fatos centrais sobre a Fase D do TOGAF \u2013 Arquitetura de Tecnologia. Primeiro, at\u00e9 que voc\u00ea tenha um Modelo de Desenvolvimento de Aplica\u00e7\u00e3o,<\/a> Voc\u00ea n\u00e3o pode prosseguir. Desenvolver detalhes da sua infraestrutura antes de entender as necessidades da arquitetura da sua aplica\u00e7\u00e3o \u00e9 in\u00fatil. Em segundo lugar, se eles estiverem analisando uma agenda de TI ou infraestrutura, sempre desenvolver\u00e3o uma arquitetura tecnol\u00f3gica de baixa qualidade. Os projetistas e operadores de infraestrutura devem se sentir limitados pela arquitetura tecnol\u00f3gica.<\/p>\n Em uma empresa moderna e digitalmente transformada, todos os dom\u00ednios da arquitetura interagem. Escolhas em um dom\u00ednio possibilitam, entregam ou bloqueiam resultados em outro dom\u00ednio. A maioria dos objetivos de neg\u00f3cios depende de Arquitetura de TI correta<\/a>. S\u00f3 podemos desenvolver a arquitetura tecnol\u00f3gica correta se tivermos uma Arquitetura de Aplica\u00e7\u00e3o s\u00f3lida.<\/p>\n A verdadeira dificuldade da arquitetura tecnol\u00f3gica reside na natureza duradoura da infraestrutura. Sem uma arquitetura tecnol\u00f3gica que imponha restri\u00e7\u00f5es, as escolhas t\u00e1ticas de infraestrutura sempre criar\u00e3o resultados empresariais piores.<\/p>\n H\u00e1 um alinhamento direto entre uma boa arquitetura tecnol\u00f3gica e o PaaS moderno, ou a maioria das arquiteturas de nuvem. Ambos identificam servi\u00e7os de infraestrutura. Ambos fornecem restri\u00e7\u00f5es e permitem escolhas de dados e aplicativos. Ambos isolam os aplicativos da infraestrutura subjacente.<\/p>\n O ADM do TOGAF come\u00e7a com Fase A<\/a>. Ele oferece um Arquitetura alvo simplificada \u2013 a Vis\u00e3o da Arquitetura<\/a>. A Vis\u00e3o da Arquitetura deve incluir neg\u00f3cios, aplicativos, dados, e dom\u00ednios de tecnologia<\/em>. Com muita frequ\u00eancia, vemos pessoas fingindo desenvolver uma Vis\u00e3o de Arquitetura. Elas surgem com uma fantasia de opera\u00e7\u00f5es de neg\u00f3cios e tratam a Fase D como um exerc\u00edcio de concretiza\u00e7\u00e3o da fantasia. A arquitetura empresarial real desenvolveu uma arquitetura-alvo simplificada. A atividade na Fase D desenvolve ainda mais os dom\u00ednios da arquitetura tecnol\u00f3gica. O sucesso requer:<\/p>\n O resultado central da Fase D \u00e9 a arquitetura tecnol\u00f3gica candidata. Arquitetos de tecnologia trabalham com os outros arquitetos de dom\u00ednio. Prepare-se para trocar expectativas e restri\u00e7\u00f5es. Todo desenvolvimento de arquitetura exige a busca da melhor resposta para a empresa. A melhor resposta compreende as limita\u00e7\u00f5es e funciona em todos os dom\u00ednios.<\/p>\n O objetivo do ADM do TOGAF \u00e9 explorar poss\u00edveis mudan\u00e7as. As mudan\u00e7as s\u00e3o equilibradas em termos de trabalho, valor e risco<\/a>. Altera\u00e7\u00f5es selecionadas ou descartadas. O conjunto de altera\u00e7\u00f5es cria a arquitetura de destino e o roteiro da arquitetura.<\/p>\n Arquitetos de tecnologia trabalham com infraestrutura. A infraestrutura \u00e9 a parte mais dif\u00edcil de mudar em uma organiza\u00e7\u00e3o. Arquitetos de tecnologia devem questionar cada mudan\u00e7a potencial e ficar atentos a poss\u00edveis desvios. O desvio mais barato ocorre durante o desenvolvimento da arquitetura. Elimine ideias ruins o quanto antes. Eliminar ideias ruins economiza dinheiro e permite mudan\u00e7as bem-sucedidas. A necessidade de pensar mais \u00e0 frente em termos de infraestrutura exige que os arquitetos de tecnologia restrinjam os projetistas e implementadores de infraestrutura.<\/p>\n \u2018'\u2018O neg\u00f3cio<\/em>\u2018'\u00e9 a empresa. Sempre foi. As empresas digitais modernas n\u00e3o podem usar pessoas trabalhadoras para superar limita\u00e7\u00f5es em aplicativos e infraestrutura. Limita\u00e7\u00f5es em aplicativos e infraestrutura eliminam a agilidade da empresa e matam as transforma\u00e7\u00f5es digitais.<\/p>\n Eles projetaram o TOGAF ADM em torno do desafio de dividir o trabalho e da necessidade de trabalhar em conjunto. Infelizmente, o diagrama cl\u00e1ssico do TOGAF ADM mostra o fluxo de informa\u00e7\u00f5es necess\u00e1rias. Por favor, n\u00e3o interprete o diagrama como uma cascata.<\/p>\n Qualquer um que sugira que a arquitetura corporativa pode ser desenvolvida sequencialmente est\u00e1 errado. Qualquer um que diga para voc\u00ea sair correndo e arquitetar a empresa inteira tamb\u00e9m est\u00e1 errado. A complexidade e a especializa\u00e7\u00e3o de habilidades exigem dom\u00ednios. Seu desenvolvimento come\u00e7a e prossegue em conjunto. Voc\u00ea deve seguir uma abordagem \u00e1gil com apenas o suficiente para testar as restri\u00e7\u00f5es em cascata. O TOGAF chama isso de itera\u00e7\u00e3o.<\/p>\n Decis\u00f5es arquitet\u00f4nicas<\/a> cruzar\u00e1 m\u00faltiplos dom\u00ednios de arquitetura<\/a> requer o uso alternativas de arquitetura<\/a>.<\/p>\n Arquitetura tecnol\u00f3gica<\/a> \u00e9 um dos quatro dom\u00ednios fundamentais da arquitetura empresarial. Uma arquitetura tecnol\u00f3gica \u00e9 uma descri\u00e7\u00e3o do seu portf\u00f3lio completo de infraestrutura que indica quando comprar infraestrutura, quando usar PaaS e quando inventar infraestrutura. Ela indica onde estabelecer limites entre os sistemas. Ela indica como voc\u00ea abordar\u00e1 o ciclo de vida da sua infraestrutura.<\/p>\n Podemos garantir que sua arquitetura tecnol\u00f3gica atual n\u00e3o est\u00e1 alinhada. Temos certeza de que voc\u00ea partir\u00e1 de uma posi\u00e7\u00e3o em que o planejamento de infraestrutura n\u00e3o tinha uma base s\u00f3lida. arquitetura de aplica\u00e7\u00e3o<\/a> ou arquitetura empresarial.<\/p>\n Quando voc\u00ea tem uma arquitetura de tecnologia, voc\u00ea tem o conjunto de servi\u00e7os de infraestrutura exigidos por seus aplicativos. Voc\u00ea tem um conjunto de diretrizes e restri\u00e7\u00f5es<\/a> para projetar e operar sua infraestrutura. Voc\u00ea tem um roteiro tecnol\u00f3gico que seus stakeholders entendem.<\/p>\n Para desenvolver a arquitetura de tecnologia, seus servi\u00e7os, diretrizes e restri\u00e7\u00f5es, o arquiteto de tecnologia deve trabalhar com seus pares e as partes interessadas. Eles devem explorar como diferentes op\u00e7\u00f5es de infraestrutura viabilizam ou restringem as escolhas de neg\u00f3cios e software. Devem compreender como o conjunto de op\u00e7\u00f5es viabiliza e restringe os objetivos da organiza\u00e7\u00e3o. Devem descartar mudan\u00e7as potenciais que ofere\u00e7am pouco retorno, exijam muito trabalho ou apresentem muita incerteza. Bons roteiros de arquitetura cont\u00eam as mudan\u00e7as necess\u00e1rias e minimizam os riscos.<\/p>\n A arquitetura tecnol\u00f3gica ajudar\u00e1 a responder \u00e0s seguintes perguntas:<\/p>\n N\u00e3o vemos quase nenhuma diferen\u00e7a entre um bom PaaS ou um bom Arquitetura de Nuvem Privada<\/a>, e uma boa Arquitetura Tecnol\u00f3gica. Os principais produtos de trabalho, uma Modelo de Sistema<\/a> e Modelo de Servi\u00e7o<\/a>, s\u00e3o os mesmos. A diferen\u00e7a \u00e9 que, ao usar PaaS ou Nuvem P\u00fablica, voc\u00ea n\u00e3o precisa se preocupar com a infraestrutura de suporte.<\/p>\n Ironicamente, se voc\u00ea vem desenvolvendo uma boa Arquitetura de Tecnologia desde o TOGAF 8, voc\u00ea tem fornecido um conjunto claro de servi\u00e7os de infraestrutura. Voc\u00ea deve ter especificado as interfaces e os padr\u00f5es para esses servi\u00e7os. Suspeitamos que seu trabalho seja facilmente transferido para um cat\u00e1logo de servi\u00e7os PaaS de Nuvem P\u00fablica.<\/p>\n O TOGAF 8 preconizava que os servi\u00e7os de tecnologia abstra\u00edssem a infraestrutura detalhada para permitir a portabilidade, gerenciar as funcionalidades e viabilizar os ciclos de vida da infraestrutura. Essa \u00e9 a mesma raz\u00e3o pela qual todos os provedores de PaaS em nuvem p\u00fablica recomendam que seus clientes utilizem esses servi\u00e7os. Se todos tiv\u00e9ssemos adotado uma boa arquitetura de tecnologia, ter\u00edamos evitado o beco sem sa\u00edda de aplica\u00e7\u00f5es im\u00f3veis, funcionalidades n\u00e3o entregues e d\u00edvida t\u00e9cnica.<\/p>\n >>> Ir para No\u00e7\u00f5es b\u00e1sicas da arquitetura de nuvem privada<\/a><\/p>\n O Padr\u00e3o TOGAF chama isso de Arquitetura de Tecnologia. Nossa pr\u00e1tica de consultoria em arquitetura empresarial<\/a> geralmente utiliza infraestrutura. Muitos outros exigem uma Arquitetura de TI. Esfor\u00e7os para desenvolver uma defini\u00e7\u00e3o universal e precisa frequentemente falham. Nosso forte conselho \u00e9 focar no prop\u00f3sito, em vez da defini\u00e7\u00e3o.<\/p>\n A linha entre os dom\u00ednios da arquitetura nos ajuda a unir as habilidades certas e as conversas certas. Pensar nesse prop\u00f3sito mant\u00e9m o foco no desenvolvimento de uma arquitetura \u00fatil.<\/p>\n Pensar na defini\u00e7\u00e3o levar\u00e1 voc\u00ea rotineiramente a uma discuss\u00e3o in\u00fatil. O chatbot de IA \u00e9 um aplicativo, uma IA ou um neg\u00f3cio? O e-mail \u00e9 um aplicativo ou uma infraestrutura? E o reconhecimento facial usado para controle de acesso? As permuta\u00e7\u00f5es s\u00e3o infinitas.<\/p>\n Todos os dom\u00ednios da arquitetura empresarial se integram. Juntos, os dom\u00ednios abrangem toda a arquitetura empresarial. Criamos um dom\u00ednio para que um arquiteto especialista possa utilizar t\u00e9cnicas e habilidades. Novos dom\u00ednios de arquitetura empresarial surgem continuamente<\/a>. A maioria \u00e9 absorvida por um\u00a0dom\u00ednio de arquitetura empresarial cl\u00e1ssica<\/a>\u00a0\u00e0 medida que se tornam populares.<\/p>\n Nosso conselho \u00e9: n\u00e3o se preocupe com o que \u00e9 certo. Em vez disso, certifique-se de entender o que a outra pessoa quer dizer quando est\u00e1 falando. Sempre saiba o que seus ouvintes presumem que voc\u00ea quer dizer. Assuma a responsabilidade por compreender e ajuste sua linguagem.<\/p>\n Muitas pessoas presumem que um arquiteto corporativo deveria se concentrar em infraestrutura de TI. Em v\u00e1rios contratos de consultoria, renomeamos nossos arquitetos corporativos para evitar esse problema. A profiss\u00e3o de Arquitetura Corporativa \u00e9 clara. Arquitetura de TI \u00e9 um subconjunto da arquitetura corporativa. Tecnologia \u00e9 um subconjunto da arquitetura de TI.<\/p>\n Nosso foco \u00e9 a intera\u00e7\u00e3o de todos os dom\u00ednios da arquitetura entre os arquitetos corporativos. Em muitas equipes, h\u00e1 arquitetos de dados, arquitetos de aplica\u00e7\u00f5es, arquitetos de seguran\u00e7a, arquitetos de neg\u00f3cios e arquitetos de tecnologia. Eles podem ser chamados por sua fun\u00e7\u00e3o ou pelo t\u00edtulo geral de arquiteto corporativo.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tBaixe o Guia do Governador para Arquitetura Empresarial.\n\t\t\t<\/a>\n\t\t\t\t Um resultado central da Fase D \u00e9 uma arquitetura tecnol\u00f3gica. Esta \u00e9 uma parte da arquitetura empresarial completa. Portanto, de forma indireta, h\u00e1 cinco entregas \u00fateis para a Fase D do TOGAF ADM:<\/p>\n Tenha sempre em mente que voc\u00ea est\u00e1 buscando aprimorar a organiza\u00e7\u00e3o. Aprimoramento requer mudan\u00e7a. A mudan\u00e7a gera valor. O valor e o custo da mudan\u00e7a podem ser mensurados. A incerteza sempre diminui o valor potencial. Quando o sucesso \u00e9 incerto, o custo aumenta geometricamente. Muito pouca incerteza eliminar\u00e1 o que foi antecipado.<\/p>\n Na maioria das vezes, quando falamos sobre Arquitetura Tecnol\u00f3gica, estamos nos referindo aos modelos e especifica\u00e7\u00f5es da arquitetura. Diferentes modelos explicar\u00e3o diferentes aspectos da infraestrutura completa. Juntos, os modelos e as mudan\u00e7as necess\u00e1rias formam a arquitetura tecnol\u00f3gica.<\/p>\n Ao analisar diferentes tipos de modelos, lembre-se de que existem muitos usos para os mesmos termos. \u00c9 fundamental que voc\u00ea n\u00e3o se preocupe tanto com o nome do modelo. O que voc\u00ea chama de modelo de decomposi\u00e7\u00e3o funcional, outra pessoa pode chamar de servi\u00e7o. Nossa consultoria em arquitetura empresarial foca no prop\u00f3sito, n\u00e3o no nome do modelo. Voc\u00ea pode cham\u00e1-lo de decomposi\u00e7\u00e3o funcional, modelo de sistema ou modelo de servi\u00e7o. O que nos interessa \u00e9 o prop\u00f3sito do modelo \u2013 o que voc\u00ea est\u00e1 tentando aprender e o seu modelo explica efetivamente como esse aspecto do trabalho real funciona?<\/p>\n Todas as Fases do TOGAF ADM incluem as informa\u00e7\u00f5es e atividades necess\u00e1rias para desenvolver o conhecimento necess\u00e1rio. O resultado da Fase D \u00e9 o desenvolvimento de uma arquitetura tecnol\u00f3gica candidata.<\/p>\nTOGAF ADM Fase D \u2013 Desenvolver a Arquitetura Tecnol\u00f3gica<\/h2>\n
\n
\n
\n
Vis\u00e3o geral do TOGAF ADM<\/a><\/h2>\n
O que \u00e9 o TOGAF Fase D?<\/h2>\n
Qual \u00e9 o objetivo da Fase D do TOGAF ADM?<\/h3>\n
\n
Intera\u00e7\u00e3o com TOGAF Fase B<\/a>, Fase C<\/a>, e Fase E<\/a><\/h3>\n
O que \u00e9 Arquitetura de Tecnologia?<\/h2>\n
Para que serve uma arquitetura tecnol\u00f3gica?<\/h3>\n
\n
Arquitetura de Tecnologia vs Arquitetura de Nuvem<\/h2>\n
Chamamos isso de Arquitetura de Tecnologia, Arquitetura de Infraestrutura ou Arquitetura de TI?<\/h2>\n
Qual \u00e9 a diferen\u00e7a entre um arquiteto corporativo e um arquiteto de TI?<\/a><\/h2>\n
![\"Arquitetura](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_321372600.jpeg\" "\\"Arquitetura")
\n\tProdutos da Arquitetura Tecnol\u00f3gica da Fase D do TOGAF ADM<\/h2>\n
\n
Conclus\u00e3o da Arquitetura Tecnol\u00f3gica da Fase D<\/h2>\n
![\"Arquitetura](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/08\/AdobeStock_300597970.jpeg\" "\\"Arquitetura")
\n\t\n