compreender o valor das arquitecturas de referência
não há nada mais que os arquitectos adorem fazer do que discutir sobre definições. Se você alguma vez se encontrar com o tempo ocioso em uma sala de arquitetos, tente pedir uma definição de “Serviço” ou “arquitetura” e ver que tipo de encontro criativo você pode começar. Dito isto, as definições são, de facto, muito importantes para que possamos ter uma linguagem comum para comunicar a intenção e o benefício das mesmas coisas em que estamos a tentar convencer as empresas a investir. A partir dessa perspectiva, uma série de conceitos surgiram na última década ou mais que se tornaram topo da mente para auto-intitulados arquitetos empresariais: arquitetura frameworks e arquiteturas de referência. Em ZapFlashes anteriores, discutimos frameworks de arquitetura, o que deixa o tópico das arquiteturas de referência deixado intocado por ZapThink. Uma vez que não podemos deixar um bom argumento para trás, vamos usar este ZapFlash para explorar o que são arquiteturas de referência e que valor eles têm para adicionar à história de Arquitetura Orientada a serviços (SOA).O que é uma arquitectura de referência?
uma definição comumente aceita para arquitetura de referência é que ele fornece uma metodologia e/ou conjunto de práticas e modelos que são baseados na generalização de um conjunto de soluções bem sucedidas para uma categoria particular de soluções. As arquitecturas de referência fornecem orientações sobre a forma de aplicar padrões e/ou práticas específicos para resolver determinadas classes de problemas. Desta forma, ele serve como uma “referência” para as arquiteturas específicas que as empresas irão implementar para resolver seus próprios problemas. Nunca se pretende que uma arquitectura de referência seja implementada como está, mas sim utilizada como ponto de comparação ou como ponto de partida para os esforços arquitectónicos de cada empresa.Outros refinam a definição de arquitetura de referência como uma descrição de como construir uma classe de artefatos. Esses artefatos podem ser incorporados em muitas formas, incluindo padrões de design, metodologias, padrões, metadados e documentos de todos os tipos. Resumindo, se você precisar de orientação sobre como desenvolver uma arquitetura específica baseada em melhores práticas ou conjuntos autoritários de artefatos potenciais, você deve olhar para uma arquitetura de referência que cobre o escopo da arquitetura que você está procurando construir.
um dos exemplos mais populares de arquiteturas de referência nele é a arquitetura Java Platform Enterprise Edition (Java EE), que fornece uma arquitetura de referência em camadas e modelos abordando uma gama de tecnologias e questões empresariais que têm guiado muitos sistemas empresariais baseados em Java.
arquitecturas de referência vs. Quadros De Arquitectura
embora as definições acima possam parecer bastante cortadas e secas, há muito em comum entre os conceitos de arquitecturas de referência e quadros de arquitectura. Para alguns, é aqui que as coisas ficam perigosas e as definições ficam desfocadas. Arquitetura de frameworks, como o Zachman Framework, o Open Group Architecture Framework (TOGAF), e do Departamento de Defesa Architecture Framework (DoDAF) fornecer abordagens para descrever e identificar os inputs necessários para uma arquitetura específica, bem como os meios para descrever a arquitetura. Se uma arquitetura particular é um livro de receitas que fornece orientação sobre como resolver um conjunto particular de problemas com uma abordagem particular, um framework de arquitetura é um livro sobre como escrever livros de receitas. Assim, os quadros de arquitetura dão aos arquitetos corporativos as ferramentas de que precisam para descrever e coletar adequadamente os requisitos, sem impor qualquer tipo específico de arquitetura. Mais especificamente, os quadros de arquitetura descrevem um exemplo de taxonomia dos tipos de “visões” arquitetônicas que um arquiteto pode considerar desenvolver, e por que, e fornece diretrizes para fazer a escolha para o desenvolvimento de visões particulares.
Este difere do conceito acima de uma arquitetura de referência em que uma arquitetura de referência vai um passo a mais para acelerar o processo para um determinado tipo de arquitetura, ajudando a identificar quais arquitetônico abordagens irão satisfazer requisitos específicos, e descobrir que minimamente aceitável conjunto de artefatos de arquitetura são necessárias para atender as “melhores práticas” requisitos para uma arquitetura particular. Para continuar a nossa analogia com livros de culinária, se um framework de arquitetura é um livro sobre como escrever livros de culinária, então uma arquitetura de referência é um livro que fornece orientação e melhores práticas sobre como escrever livros de culinária focados na perda de peso, por exemplo. Isso significaria então que a arquitetura particular que você desenvolve para a sua organização seria um livro de culinária específico que fornece receitas de perda de peso direcionadas para a sua organização. Na verdade, se você ficar intrigado com as definições, substituir o termo “arquitetura” por “livro de receitas” é útil: quadros de livros de culinária, livros de referência, e o seu livro de culinária em particular.
além disso, a maioria das arquiteturas de referência enfatizam a parte “Modelo” da definição de uma arquitetura de referência. Tanto os quadros como as RAs fornecem as melhores práticas e, embora se possa argumentar que as RAs fornecem mais metodologia do que um enquadramento, as RAs ainda não são verdadeiramente caracterizadas pela sua componente metodológica. A maioria pode ser caracterizada por seu componente Modelo, No entanto. Desta perspectiva, padrões são exemplos de modelos neste contexto. Na verdade, múltiplas arquiteturas de referência para o mesmo domínio são permitidas e bastante úteis. As arquiteturas de referência podem ser complementares, fornecendo orientação para uma única arquitetura, como a SOA, de múltiplos pontos de vista.
o valor de uma arquitectura de referência da SOA
em muitos aspectos, os projectos da SOA necessitam desesperadamente de arquitecturas de referência bem pensadas. ZapThink vê um alto grau de variabilidade nos projetos SOA. Alguns florescem e têm sucesso, enquanto outros falham e falham. Muitas vezes, a razão do fracasso pode ser atribuída a más práticas arquitetônicas, aquisição prematura de infra-estruturas e má governança e gestão. Outras vezes o fracasso é principalmente organizacional. No entanto, o que é comum na maioria dos sucessos é práticas arquitetônicas bem documentadas e/ou comunicadas e um método sistemático para aprender com os erros de alguém e ter um baixo custo de fracasso.Além disso, descobrimos que muitos arquitetos gastam uma quantidade significativa de seu tempo pesquisando, investigando, (re)definindo, contemplando e argumentando decisões arquitetônicas. Em muitos casos, esses arquitetos estão reinventando a roda como seus pares em outras empresas, ou mesmo na mesma empresa, já passaram esse tempo e esforço definindo suas próprias práticas arquitetônicas. Este esforço adicional não é apenas ineficiente, mas também impede a empresa de aprender com suas próprias experiências e aplicar esse conhecimento para uma maior eficácia.A partir desta perspectiva, as arquiteturas de referência SOA podem fornecer alguma ajuda para aqueles que lutam com seus esforços de SOA ou pensando em lançar um novo. As arquiteturas de referência SOA permitem que as organizações aprendam com os sucessos e fracassos de outros arquitetos e herdem as melhores práticas comprovadas. As arquiteturas de referência podem fornecer informações arquitetônicas em falta que podem ser fornecidas antecipadamente aos membros da equipe do projeto para permitir boas práticas arquitetônicas consistentes. Desta forma, a arquitetura de referência da SOA fornece uma base de ativos que os esforços da SOA podem extrair ao longo de todo o ciclo de vida do projeto.
na verdade, a fim de obter os benefícios prometidos da SOA de reutilização, redução de redundância, redução do custo de integração, e maior visibilidade e governança, as empresas precisam aplicar seus esforços de SOA de uma forma consistente. Isto significa mais do que comprar e estabelecer a infra-estrutura de algum fornecedor como um padrão corporativo ou aderir à mais recente pilha de padrões WS -*. Arquiteturas de referência SOA podem servir como base para esforços diferentes SOA em toda a organização, mesmo que eles usem diferentes ferramentas e tecnologias. As boas arquiteturas de referência SOA fornecem as melhores práticas e abordagens da SOA de forma independente de fornecedores, tecnologias e normas. Portanto, não vá à caça de um de seu fornecedor favorito de escolha. Na verdade, se você obteve sua arquitetura de referência SOA daquele fornecedor, você pode querer considerar deixá-lo em vez de algo mais neutro.
em particular, Oasis oferece uma arquitetura de referência SOA (RA) que ” modela os elementos arquitetônicos abstratos para uma SOA independente das tecnologias, protocolos e produtos que são usados para implementar uma SOA. Algumas seções do RA usarão elementos abstratos comuns derivados de vários padrões.”Sua abordagem usa o conceito de “padrões” para identificar diferentes métodos e abordagens para implementar diferentes partes da imagem arquitetônica. Embora a arquitetura de referência OASIS SOA não seja certamente a única válida no bloco, ela certamente faz um bom ponto de partida para aqueles que procuram uma arquitetura de referência SOA neutra para Fornecedores em que basear seus próprios esforços arquitetônicos.
o ZapThink Take
os arquitetos corporativos precisam de toda a ajuda possível para se certificarem de que entregam arquiteturas confiáveis, ágeis, resilientes, neutras em termos de fornecedores para a sua organização que atendam aos requisitos em constante mudança do negócio. Embora a arte e a prática da arquitectura empresarial continuem certamente a amadurecer, as empresas devem procurar obter o máximo de melhores práticas que puderem e aprender com outros que já percorreram o caminho da EA e da SOA. Se você planeja aprender SOA, ou qualquer forma de EA para esse assunto, como você vai junto, ou ainda pior, de um fornecedor, então você arrisca todo o sucesso de seus esforços SOA. Em vez disso, alavancar (gratuitamente) as arquiteturas de referência SOA para que você possa avançar a um ritmo mais rápido e menor risco. Bernard de Chartres, colocá-lo melhor no bem-conhecido ditado: “nós somos como anões nos ombros de gigantes, de modo que podemos ver mais do que eles, e as coisas a uma distância maior, não em virtude de qualquer nitidez da visão da nossa parte, ou qualquer distinção, mas porque somos levados a alta e levantada pelo seu tamanho gigante.”Apoie-se nos ombros de outros gigantes da arquitectura empresarial e deixe-os aumentar a sua visão e o seu sucesso.