SOA Flashcards
Tradução SOA
Service-Oriented Architecture (SOA) - Arquitetura Orientada a Serviço
Definição SOA
é um estilo de arquitetura de software cujo princípio fundamental prega que as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços.
Servicos SOA com se conectam
são conectados através de um “barramento de serviços” (enterprise service bus, em inglês) que disponibiliza interfaces, ou contratos, acessíveis através de web services ou outra forma de comunicação entre aplicações
Em que se Base a arquitetura SOA
A arquitetura SOA é baseada nos princípios da computação distribuída e utiliza o paradigma request/reply para estabelecer a comunicação entre os sistemas clientes e os sistemas que implementam os serviços.
SOA para GARTNER Group
SOA é uma abordagem arquitetural corporativa que permite a criação de serviços de negócio
interoperáveis que podem facilmente ser reutilizados e compartilhados entre aplicações e empresas.
Definicão de WebServices
Web Service é uma maneira de expor funcionalidades para usuários Web através de protocolos padrão. Também podemos citar como uma aplicação identificada por uma URI (Uniform Resource Identifier), cujas interfaces podem ser descobertas e definidas através de artefatos XML, e que suporta interações diretas com outros softwares utilizando mensagens XML através de protocolos padrão da Internet (W3C)
Arquitetura WebServices
A arquitetura dos Web Services é baseada na interação de três personagens: Provedor de Serviços, Consumidor de Serviços e Registro dos Serviços. A interação destes personagens envolve as operações de publicação, pesquisa e ligação
Arquitetura WebServices - Provedor de serviços
o provedor de serviços é a entidade que cria o Web Service. Ele disponibiliza o serviço para que alguém possa utilizá-lo. Mas, para que isto ocorra, ele precisa descrever o Web Service em um formato padrão, que seja compreensível para qualquer um, que precise usar esse serviço, também publicar os detalhes sobre seu Web Service em um registro central que esteja disponível.
Arquitetura WebServices - Consumidor de serviços
qualquer um que utilize um Web Service criado por um provedor de serviços é chamado de consumidor de serviços. Este conhece a funcionalidade do Web Service, a partir da descrição disponibilizada pelo provedor de serviços, recuperando os seus detalhes através de uma pesquisa sobre o registro publicado. Através desta pesquisa, também o consumidor de serviços pode obter o mecanismo para ligação com este Web Service.
Arquitetura WebServices - Registro dos serviços
Um registro de serviços é a localização central onde o provedor de serviços pode relacionar seus Web Services, e no qual um consumidor de serviços pode pesquisá-los. O registro dos serviços contém informações como detalhes de uma empresa, quais os serviços que ela fornece e a descrição técnica de cada um deles.
Arquitetura WebServices - Comunicação Entre as Camadas
A comunicação entre aplicações de Web Service fazem uso de quatro camadas que empacotam a requisição e a resposta entre um servidor e um cliente. As camadas utilizadas são:
XML (Extensible Markup Language)
SOAP (Simples Object Access Protocol)
WSDL (Web Services Definition Language)
UDDI (Universal Discovery Description Integration)
Definition CORBA
The Common Object Request Broker Architecture (CORBA) is a standard defined by the Object Management Group (OMG) designed to facilitate the communication of systems that are deployed on diverse platforms. CORBA enables collaboration between systems on different operating systems, programming languages, and computing hardware. CORBA has many of the same design goals as object-oriented programming: encapsulation and reuse. CORBA uses an object-oriented model although the systems that utilize CORBA do not have to be object-oriented. CORBA is an example of the distributed object paradigm.
Common Object Request Broker Architecture (CORBA). Trata-se de um padrão proposto pela Object Manager Group (OMG), uma organização internacional da indústria de software que estabeleceu uma estrutura comum para o gerenciamento de objetos distribuídos, conhecida como Object Manager Architecture (OMA)
Read more: http://www.linhadecodigo.com.br/artigo/299/o-modelo-de-arquitetura-corba.aspx#ixzz3SNmypflg
Componentes CORBA
Núcleo do CORBA o Object Request Broker (ORB) - manipulam as requisições dos objetos. Um intermediário entre o cliente e o servidor (objeto).
Serviços CORBA - definem serviços que ajudam a gerenciar e a manter objetos. Exemplo: serviço de nomes, eventos, ciclo de vida, tempo, persistência, etc.
Facilidades CORBA - definem facilidades e interfaces no nível de aplicação, manipulação de dados e armazenamento.
Objetos de aplicação - são os objetos que podem ser considerados visíveis ao nível de aplicação.
Como é funcionamento do CORBA
Para cada sistema de rede o CORBA permite que seja definida uma Linguagem de Definição de Interface (IDL). Essas interfaces descrevem os serviços que são oferecidos. Trata-se de uma linguagem puramente declarativa, que ao ser compilada irá gerar o stubs e o skeletons (responsável pela comunicação entre objetos). Desta forma, a aplicação cliente pode acessar facilmente todos os serviços oferecidos.
Além disso, o CORBA inclui uma estrutura de execução, fornecendo diversas funcionalidades básicas importantes como localização e ativação automática de serviços, comunicação, controle de transações e segurança.
CORBA é composta pelos seguintes componentes - CLIENTE
Stubs Clientes - trata-se de uma interface estática gerada através da compilação de uma IDL. Compõe uma mensagem que contém uma identificação e protótipos dos métodos invocados a um servidor.
Interface de Invocação Dinâmica (DII) - permite que o cliente invoque um método no servidor sem que tenha conhecimento, em tempo de compilação, de sua interface.
Repositório de Interfaces - contém uma base de dados com a definição de todas as interfaces de serviços conhecidos pelo ORB.
Read more: http://www.linhadecodigo.com.br/artigo/299/o-modelo-de-arquitetura-corba.aspx#ixzz3SNnZINVx
