pedro sousa atsi 2007 arquitecturas de sistemas de informação arquitectura serviços

Download Pedro Sousa ATSI 2007 Arquitecturas de Sistemas de Informação Arquitectura Serviços

If you can't read please download the document

Post on 07-Apr-2016

230 views

Category:

Documents

2 download

Embed Size (px)

TRANSCRIPT

  • Arquitecturas de Sistemas de Informao

    Arquitectura Servios

  • Parte IUma primeira viso sobre as questes arquitecturais do SOA

  • SOA Arquitecturas Orientada a Servios (1)SOA Princpios Arquitecturais e Tecnologia para a construo de aplicaes com base na composio de funcionalidades de outras aplicaes.

    O SOA surge da consolidao das reas de: integrao de aplicaes (EAI)Workflow (WF)Interoperabilidade entre organizaes (B2B)

    O SOA tem os Services como elemento estruturante. Os Servios podem ser definidos pela composio de outros servios (orquestrao e cooreografia)

  • SOA Arquitecturas Orientada a Servios (2)

  • SOA Arquitecturas Orientada a Servios (3)Os Servios devem ter um conjunto de caractersticas para que possam ser usados na definio de outros servios.

    A primeira questo arquitectural que se coloca saber como definir/identificar os servios mais adequados.

    Para tal, os servios so estruturados em camadas, em funo do seu potencial de reutilizao e complexidadeSolution LayerCore Business Services LayerUtility Services Layer

  • SOA Arquitecturas Orientada a Servios (4)Order Fulfillment ServiceCore Business ServicesStock Movements ServiceProductsServiceOrders ServiceStock Management ServicePurchasing(from highly generic component)Order SystemStock ControlApplicationSolution LayerUtility ServicesCurrency Conversion ServiceAddress ReformatterAccounts Receivable API(from legacy Accounting System)Stock ReorderingCustomers Service

  • Os servios definidos na Solution Layer, implementam processos com interaco Humana.Cada interface vista com um servio especifico, que chamado pelo motor de workflowA sua reutilizao limitada e est muito dependente das reutilizaes das InterfacesSOA Arquitecturas Orientada a Servios (5)Order Fulfillment ServiceOrder System

  • SOA Arquitecturas Orientada a Servios (6)

    Os servios definidos na Core Business Services Layer, implementam sequncias de actividades automticas com alto grau de reutilizao.

    Podem ser focados em processos ou na gesto da informao Processos: fragmentos de processos formados por sequncia de actividades automticasInformao: sequncia de actividades automticas necessrias gesto das entidades informacionais

  • Identificao dos Core Business ServicesUm Core Business Service uma sequncia de interaces com sistemas de informao que se repete em vrios processos.Visa a facturao dessas actividades, simplificando a definio de processos de negcio

    SOA Arquitecturas Orientada a Servios (7)

  • SOA Arquitecturas Orientada a Servios (8)Identificao dos Information ServicesOs Information Service agregam as actividades necessrias a assegurar a coerncia da informao.Tem dois objectivos fundamentais:Garantir que essas actividades so efectivamente realizadas, assegurando a correcta gesto da informao Retirar essa complexidade dos restantes processos, simplificando a sua definio Update Customer

  • SOA Arquitecturas Orientada a Servios (9)IS - Services

    Quais as aplicaes que os implementam e que os utilizam:

    Servios dos sistemas existentesBusiness Services identificadosInformation Services Identificados

    Update CustomerAplicao NovaS LegadoAplicaes Existentes

  • SOA Arquitecturas Orientada a Servios (6)Alm dos 3 classes de servios importa diferenci-los pelo tipo de actividades que cada servio pode conter (automticas e semi-automticas)

    Os servios com actividades exclusivamente automticas so primeiros a ser definidos e constituem a base para a definio dos restantes

    Actividades automticas

  • Estruturao e Planeamento dos ProjectosO SOA implementa-se em projectos com objectivos foco bem claros.

  • Parte II20 Perguntas sobre o SOA

  • 20 Perguntas sobre o SOA (1/5)O que o SOA?O que so Servios? Qual a relao entre servios e Processos de Negcio?O que a Arquitectura de Servios ? Qual o objectivo ?Como se representa ?O que a Arquitectura de Processos? Qual o objectivo ?Como se representa ?

  • 20 Perguntas sobre o SOA (2/5)Como se especificam os processos de negcio? Como se especificam os servios ? Que tipos de servios devemos considerar na Arquitectura de Servios?Que tipos de servios devemos considerar na Especificao/desenho de Servios?De que formas os Servios facilitam a implementao dos Processos de negcio ?

  • 20 Perguntas sobre o SOA (3/5)O que so Sistemas de Informao (aplicaes) na viso SOA ?Que formas o SOA sugere para pensarmos uma Arquitectura de Aplicaes ?Como que o SOA enquadra os Processos de Negcio executados nos ERPs?Como que a viso SOA se relaciona com a Matriz de CRUD ?Como que se afere o alinhamento do IT com o Negcio numa Arquitectura SOA?

  • 20 Perguntas sobre o SOA (4/5)Como minimizamos a redundncia e incoerncia da informao numa abordagem SOA ?Como se relaciona a Arquitectura SOA com as 4 Arquitecturas da EA (Processos, Informao, Sistemas, Tecnologia)Que metodologias temos para definir os servios ?Qual a relevncia de haverem processos de negcio com actividades manuais, semi-automticas e automticas ?Qual a diferena entre usar o BPMN ou o BPEL na especificao de processos de negcio ?

  • 20 Perguntas sobre o SOA (5/5)Que servios so disponibilizados por cada aplicao (da matriz de CRUD) ?Qual a viso da Arquitectura Tecnolgica do SOA ?Que feedback tem havido da aplicao do SOA nas grandes organizaes ?

    V l, deixo 2 perguntas para vos

  • Parte IVSOA e Arquitectura Tecnolgica

  • Os Processos, Servios e as AplicaesBusiness ProcessesA1A2A3Processos BPEL: viso Enterprise-wide

  • Os Processos, Servios e as AplicaesBusiness ProcessesA1A2A3Processos BPEL: viso mais restrita

  • Aplicaes e TecnologiaUma aplicao algo que:Tem uma misso, alinhada com os objectivos do negcioGere um conjunto de informaoSuporta um conjunto de funcionalidadesInterage com outras aplicaes.

  • Aplicaes e TecnologiaUma aplicao pode ser construda com base em componentes/tecnologias/sistemas. Exemplos:Sistema de Bases de Dados para a gesto da Persistncia da InformaoSistema e Gesto Documental para a gesto de documentosMotor de workflow para a gesto de processos.Etc.Etc.

  • Aplicaes e TecnologiaAplicaoGesto da PersistnciaGesto dos workflowstudo da aplicao

  • Aplicaes e TecnologiaAplicao XUIGesto da Persistncia.

    .

  • Aplicaes e TecnologiaAplicao XUI.

    .

    Gesto da PersistnciaSistema de Gesto da Base de DadosA utilizao do SGBD veio simplificar, agilizar, etc etc a Aplicao X

  • Aplicaes e TecnologiaAplicao XO MESMO Sistema de Gesto da Base de Dados faz parte de N aplicaesAplicao YAplicao Z

  • Aplicaes e TecnologiaAplicao XUI.

    .

    Gesto da PersistnciaSistema de Gesto da Base de DadosGesto de Processos Sistema de Gesto de Processos

  • Aplicaes e TecnologiaAplicao X.

    Gesto da PersistnciaGesto de Processos Aplicao Y.

    Gesto da PersistnciaGesto de Processos Aplicao Z.

    Gesto da PersistnciaGesto de Processos UIUIUI

  • Aplicaes e TecnologiaAplicao X.

    Gesto da PersistnciaAplicao Y.

    Gesto da PersistnciaAplicao Z.

    Gesto da PersistnciaGesto de Processos UIUIUIGesto de Processos Gesto de Processos

  • SOA e Arquitectura TecnolgicaSer que Existem diferentes nveis de Servios SOA?Vejamos:Todos os servios so acedidos pela mesma tecnologia: web-services.Todos os servios podem chamar outros servios, numa orquestrao especificada em BPEL.

    A diferena entre os servios no tecnolgica mas sim funcional! Logo, numa viso tecnolgica, a figura clssica enganadora

  • Sistema de gesto/execuo de Processos (BPEL)Services..Nveis de Servios SOAAs diferenas entre os Servios so ao nvel do negcio.Bsuiness ServiceIS ServiceCRUD ServiceIT Service Etc, etc

    Viso do funcionalViso tecnolgica

    Contratos: define o formato da mensagem e as operaes disponveisPolicies: Permitem negociar comportamentos (you must send via reliable messaging, I prefer to authenticate via KerberosContratos: define o formato da mensagem e as operaes disponveisPolicies: Permitem negociar comportamentos (you must send via reliable messaging, I prefer to authenticate via KerberosContratos: define o formato da mensagem e as operaes disponveisPolicies: Permitem negociar comportamentos (you must send via reliable messaging, I prefer to authenticate via KerberosContratos: define o formato da mensagem e as operaes disponveisPolicies: Permitem negociar comportamentos (you must send via reliable messaging, I prefer to authenticate via Kerberos