Arquitetura Orientada a Serviços SOA Infraestrutura para a Inovação

Transcrição

1 Arquitetura Orientada a Serviços SOA Infraestrutura para a Inovação Rodolpho Ugolini Neto Especialista em Engenharia de Software rugolini@br.ibm.com

2 2 O mundo hoje Mais da metade dos chips produzidos hoje são instalados em produtos eletrônicos de consumo Hoje 15,7% da população mundial acessa a Internet (contra 0,4% a 5 anos atrás) Mais de 70% dos mais potentes supercomputadores do mundo foram instalados em 2005 (a um custo de 5 por hora de processamento) Em 2004 a Índia formou mais de engenheiros de classe mundial, e a China formou Em 2010, 90% dos cientistas e engenheiros com Ph.D. poderão vir da Ásia. Somente 3 em cada 10 linhas de código produzidas dizem respeito ao negócio (problema sendo resolvido) armazenamento lógica memória Estimativa mundial de gastos em grid computing Associação da Indústria de Semicondutores; Seagate; InstitutoIBM de Valor de Negócios, A Empresa Especializ

3 3 O mundo dos negócios não conhece fronteiras

4 4 O papel do software no mundo Nossa civilização depende de software para funcionar Base para inovação: Telefonia, Energia, Google, motores FlexFuel, Wikipedia, etc. Software é conhecimento engarrafado É a encarnação digital de um processo de negócio É um privilégio e uma responsabilidade ser um profissional de software Grady Booch IBM Fellow

5 5 Onde Software existe está software emsendo todo executado? lugar!

6 6 Análise da indústria de desenvolvimento de software De cada 100 projetos de software 29% são bem sucedidos 53% falham em entregar o prometido, no prazo e dentro do orçado 18% são cancelados

7 7 Java é mais uma (promissora) tentativa...

8 8 A dura realidade 80% das aplicações de negócio em execução no mundo ainda rodam em COBOL Continuamos desenvolvendo software da mesma maneira que nossos pais (ok, eles não tinham orientadação por objetos ) China e Índia preparam-se para serem os provedores de serviço do mundo ( The World is Flat ) Desenvolver software foi, é e continuará sendo difícil Nem tudo que queremos pode ser feito Nem tudo que queremos deve ser feito

9 9 mbiente Operacional Tradicional Cobol Cobol Outros

10 10 Processo para desenvolver e integrar aplicações Necessidade de negócio Procura documentação existente Verifica dados para importação Manualmente valida resultados, verifica integrações, ajusta inconsistência s e publica relatórios Analisa mudanças necessárias Encontra impactos no código Planeja mudanças Desenvolve rotinas para transportar dados e validação

11 11 1 Resultado Maininframe PC/NT apps Unix apps 3rd Party Interface AIS Reports Due Dates Stores & Mrkts Smart Plus Broadcast Filter AIS Calendar General Maintenance Vendor Setup Budget Analysis Tool Insertions Orders Invoice App Vendor Maintenance Printer Maintenance Printer PO Print Costing Process Servers (Imaging) S20-Sales Polling E13 E3 Interface Mesa Data NEW Soundscan NPD Group AIG Warranty Guard S01 - Sales Corrections Roadshow I06 - Customer Order Sterling VAN Mailbox (Value) I13- Auto Replenishment Fringe PO Depository Banks UAR - Universal Account Reconciliation I17 Customer Perceived In-Stock I06 Warehouse Management I15 Hand Scan Apps Smart Plus Launcher P16 - Tally Sheet M03 - Millennium 3.0 M02 - Millennium S07 - Cell Phones D01 Post Load Billing S04 - Sales Posting I03 Return to Vendor S06 - Credit App Stock Options L02-Resource Scheduling P15 EES Employee Change Notice Equifax A04 - Cust Refund Chks I12 Entertainment Software E01-EDI S09 - Digital Satellite System L01-Promo Analysis Resumix Cobra ACH Banks - ACH and Pos to Pay Scorecard - HR CTS Plan Administrators (401K, PCS, Life, Unicare, Solomon Smith Barney) P09 Bonus/HR E02-Employee Purchase Prodigy P14 On-line New Hire Entry Intercept V03- Mkt Reactions P09 - P17 Cyborg POS S08 - Vertex Sales Tax S03-Polling P01- Employee Masterfile NPD, SoundScan Frick Co V04-Sign System Spec Source SKU Tracking Spec Source V01-Price Management System AAS CTO2 U18 - CTO B01 - Stock Status I05 Inventory Info I04 Home Deliveries I09 Cycle Counts S02 - Layaways I10 Cycle Physical Inventory I11 Price Testing S11 - ISP Tracking L60 MDF Coop I01 PO Receiving V02-Price Marketing Support I02 - Transfers Supplier Compliance Washington, RGIS, Ntl Bus Systems X92-X96 Host to AS400 Communication SKU Performance SKU Selection Tool Store Monitor ASIS Texlon 3.5 U16-Texlon ELT PowerSuite I35 - CEI Rebate Transfer CopyWriter's Workspace Sign System I18 SKU Rep G02 - General Ledger B02 Merchandise Analysis I55 SKU Information NARM EDI Coordinator K02 Customer Repair Tracking I14 Count Corrections I07 Purchase Order I35 Early Warning System Valley Media Arthur Planning Ad Expense Store Scorecard Store Budget Reporting BMP - Bus performance Mngt Merch Mngr Approval Batch Forecasting Ad Measurement AIMS Admin AIMS A05 - AP Journal Entry Tool Kit Ad Launcher Data Warehouse (Interfaces to and from the Data Warehouse are not displayed on this diagram) PSP In-Home Repair Warranty Billing System AIMS Reporting Star Repair C02 - Capital Projects F06 - Fixed Assets Optika SiteSeer US Bank Recon File Connect 3 PDF Transfer Connect 3 Connect 3 Reports Cash Over/ Short S05 - House Charges ICMS Credit Cellular Rollover Cash Receipts/Credit OTHER APPS -PC AP - Collections/Credit TM - Credit Card DB Misc Accounting/Finance Apps - PC/NT COBA (Corp office Budget Assistant) PCBS(Profit Center Budget System) Merchandising Budget INVENTORY CONTROL APPS - PC Code Alarm Debit Receivings Devo Sales Display Inventory In Home Junkouts MerchandiseWithdrawal Promo Credits RTV Accrual Shrink AP Research -Inv Cntrl AP Research-Addl Rpts Book to Perpetual Inventory Close Out Reporting Computer Intelligence Data Count Corrections Cross Ref for VCB Dnlds Damage Write Off Debit Receivings DFI Vendor Database Display Inventory Reconcile Display Inventory Reporting INVENTORY CONTROL APPS - PC DPI/CPI IC Batching Inventory Adj/Count Correct Inventory Control Reports InventoryLevels Inventory Roll MerchandiseWithdrawal Open Receivings PI Count Results PI Time Results from Inv Price Protection Sales Flash Reporting Shrink Reporting SKU Gross Margin SKU Shrink Level Detail USM VCB Downloads ACCTS REC APPS - PC 990COR Bad Debt Beneficial Fees Beneficial Reconcile JEAXF JEBFA JEBKA JEDVA JESOA JEVSA JEVSF NSF TeleCreditFees Casoreal de arquitetura de integração

12 12 Barreiras para negócio flexível e reuso Falta de processos e padrões Políticas de arquitetura limitadas Foco em aplicações pontuais que suportam necessidades de negócio redundates Infraestrutura construída sem um plano

13 13 recisamos de umanova abordagem de desenvolvimento Aplicação Tradicional Aplicação Componentizada Aplicação Final Quebrar aplicações de negócio em blocos reutilizavéis e serviços 2. Combinar blocos para atender necessidades de negócios 3. Reutilizar blocos para atender novas necessidades de negócio Novos Requerimentos de Negócio

14 14 eutilizando código legado Apresentação Internet Agências Cobol Crédito Cobol Outros

15 15 eutilizando código legado Internet Agências Cobol Crédito Cobol Outros

16 16 eutilizando código legado Internet Agências Cobol Crédito Cobol Outros componentes

17 17 eutilizando código legado Internet Agências Cobol Crédito Cobol Outros

18 18 ombinando as peças Agências Cobol Crédito Cobol Outros componentes

19 19 ombinando as peças fluxos de execução Agências Cobol Crédito Cobol Outros componentes

20 20 ombinando as peças fluxos de execução Quais as exigências para atingir este modelo de desenvolvimento? 1. Criação de um processo de desenvolvimento de software comum e orientado ao negócio 2. Modernização da arquitetura das aplicações para uma arquitetura aberta, orientada a serviços (ou SOA) 3. Revitalização gradual das interfaces das aplicações para consumo e entrega de serviços componentes

21 21 Afinal, o que é SOA? Diferentes interpretações, dependendo do interlocutor Diretor Negócios SOA é uma tecnologia que cria um ambiente de negócio ágil e provê vantagem competitiva ou maior valor. Gerente TI Arquiteto SW Desenvolvedor SOA é conjunto de processo, estrutura e diretrizes de governança que permite alinhar TI às necessidades do negócio. SOA é uma arquitetura de software baseada em padrões abertos que permiteintegrar aplicações novas e existentes. SOA é um framework baseado em webservices que permite invocar objetos remotamente utilizando protocolo SOAP, baseado em XML.

22 22 Características de SOA Atividades de negócio são realizadas através de uma série de serviços que possuem maneiras bem definidas de pedir e responder informações. Não interessa como o serviço foi implementado, contanto que ele responda aos comandos da forma correta com a qualidade necessária. Isto significa que o serviço precisa ser adequadamente seguro e confiável, além de rápido o suficiente. Isto faz de SOA uma tecnologia ideal para ser utilizada em um ambiente de TI que possua hardware e software de múltiplos fabricantes. As idéias tem suas origens na metade dos anos 80. Webservices são a melhor maneira que temos hoje de implementar SOA, mas WS = / SOA

23 23 Service-Oriented Architecture usiness Process Member Requests an Rx Refill (Call Center IVR or Online) PC Physician Approves or Denies Request (WS or ) Request Denied Request Approved Rx Dept Processes Refill Member Informed that Request has been Denied Member Informed that Refill is Ready ervices Validate Member is Authorized to Make Request Determine Member s Coverages and Primary Care Physician Not WS Enabled WS Enabled Send Request Notification to Notes Send Request Notification to pharmacy omponents Authorization Service Patient Records Masters Service Credit Verification Office Scheduling Service System Outpatient Service HR

24 24 SOA muda as regras do jogo Business Process Process Choreography 4 Services Simple and Composite Services 3 Components Enterprise Components 2 Existing Application Resources Custom Application Custom Application Package Package 1 SOA cria um modelo digital do negócio <= A GRANDE SACADA! Ideal = 1 processo de negócio é desempenhado por 1 serviço de TI reutilizável Valor de negócio mensurável - meça o valor do serviço e terá seu valor para o negócio Substitui as tradicionais discussões de ROI e as discussões de provas de conceito de TI.

25 25 SOA e UML Abstração Serviço Componente Classe A utilização de OO e uma arquitetura de componentes é um facilitador para a adoção de SOA, não um pré-requisito A UML permite projetar a arquitetura orientada a serviços.

26 26 Perspectivas de modelagem de Serviços Message Order Service Order Service Header Body Policy Interaction Composition Ordering p: Purchaser o: Order Service p: Purchaser o: Order Service

27 27 Elementos do UML2 Profile for Software Services

28 28 Abordagem Top-Down, Orientadapor Casos de Uso «supports» Use-Case Model Customer Apply for a loan Improve Customer Response Time Customer LoanBoundary LoanController Loan Analysis Model Service Design Model Loan System SubmitLoan() ApproveLoan()

29 29 Afinal, o que diferencia SOA das tentativas passadas? Padrões Comprometimento Organizacional Padrões adotados garantem interfaces bem definidas. Antes, padrões proprietário limitavam os padrões A área de negócio percebe o valor de SOA (63% dos projetos hoje são conduzidos pelas LOB)* Antes, os canais de comunicação e o vocabulário não se encaixavam Foco Os serviços SOA focam em atividades no nível do negócio e suas interações Antes, o foco era técnico e focado nas subatividades e como seriam construídas Conexões Os serviços SOA são ligados dinamicamente e de maneira flexível Antes, as interações eram codificadas dentro da aplicação Nível de Reusabilidade Serviços SOA podem ser extensivamente reutilizados para alavancar ativos de SW existentes Antes, o reuso estava restrito a umadeterminada aplicação ou tecnologia *Fonte: Cutter Benchmark Survey

30 30 Qual o foco que o mercado dedica a SOA?

31 31 Desafios de SOA Lições aprendidas Aplicações compostas e serviços permeiam diferentes linhas de negócios Dificulta visão do responsávele do detentor do serviço Dificulta entendimento de papéis e responsabilidades Dificulta decisão de custeio Negócios e TI não alinhados Falta de um objetivo comum e métricas Falam linguagens diferentes resultando em aplicações que ficam longe das espectativas dos usuários Visibilidade limitada sobre informações de negócio, o valor e o custo dos serviços; Falta de incentivos desestimula o reuso de serviços; Falta de confiança entre equipes limita o reuso de serviços; Processo de descoberta de serviços ao acaso resulta na proliferação de serviços.

32 32 Use SOA, senão

33 33 Onde encontrar mais informações Patterns: Service Oriented Architecture and Web Services Using Web Services for Business Integration

34 34 Hindi Russian Traditional Chinese Gracias Spanish Thai Arabic Obrigado Danke Thank You English Grazie Italian German Merci French Simplified Chinese Tamil Korean Japanese