1.
&o que muda, e o que segue…Marcilio Oliveira - CTOmarcilio.oliveira@sensedia.com

2.
AGENDASOBRE A SENSEDIASOA CorporativamenteAPIsHISTÓRIASAGENDA√

3.
AGENDASOBRE A SENSEDIASOA CorporativamenteAPIsHISTÓRIASSOBRE A SENSEDIA√

4.
Sobre a Sensedia Empresa brasileira, sediada em Campinas comescritórios em São Paulo, Rio de Janeiro e EUA Profundo conhecimento em: SOA (Arquitetura Orientada a Serviços) API (Application Programming Interfaces) Posicionada como visionária no QuadranteMágico do Gartner em SOA

5.
Melhores práticas & Governança SOAEstratégia em Open APIsAssessment & Roadmap em Enterprise ArchitectureOutsourcing em Services Discovery,Design & GovernanceCloud Computing Adoption PlanMapeamento de IntegraçõesDesign de processos de Continuous IntegrationBig Data EstratégiasFrentes da Sensedia

6.
Sobre a Sensedia

7.
• Focused solutions for cost-conscious SOA Governance (Zapthink)• Lightweight SOA in a down economy (Zapthink)• Sensedia Drives value from SOA Software Projects (SOA Word Magazine)• Learn to measure the ROI on SOA (IT Web)• The right time to streamline unruly SOA projects (eBizq)• SOA step-by-step (Executivos Financeiros)• Top 6 concerns before adopting SOA (Computerword)• Gartner AADI, Las Vegas• SP SOA Forum• Webinar: SOA Maturity Model• Webinar: Lightweight SOAArtigos, Whitepapers, Eventos e Webinars:• Cursos de Pós-Graduação focados emcomponentização, SOA e reutilização de software.• Consultores Sensedia são professores associados epalestrantes frequentes em conferencias sobre SOA• Programas de capacitação In-CompanyParcerias eIniciativasEducacionaisPropagação de Conhecimento

8.
Warm up Sobre Você Suas expectativas

9.
AGENDASOBRE A SENSEDIASOA CorporativamenteAPIsHISTÓRIASSOA Corporativamente√

10.
Arquitetura Tradicional10Muito difícil de entender,manter e evoluirMundo de conexões “Ponto-a-Ponto”ou “caso a caso”Visão decurto prazo

11.
Arquiteturade Serviços

12.
SOA NÃO é: SOA não é uma tecnologia SOA não é um produto ou plataforma Nenhum fornecedor pode vender SOA para você SOA não é uma revolução ou “bala de prata” SOA ≠ WebServices ≠ XML ≠ BPM SOA não é “Puro Marketing”

13.
13WHAT’STHAT?

14.
Service-OrientedArchitectureSOA é uma abordagemarquitetural corporativa quepermite a criação de serviçosde negócio interoperáveisque podem facilmente serreutilizados e compartilhadosentre aplicações e empresas.Arquitetura Orientada a Serviços (SOA)

15.
True North com SOA1. Agilidade nas manutenções2. Flexibilidade das aplicações3. Redução de custos e reusabilidade4. Alinhamento entre TI e Negócio5. Transformação dos negócios

16.
0Tempo%CustodeManutençãodeTI100Custos de Manutenção ao Longo do TempoCurtoPrazoManutençãoInovaçãoManutençãoManu-tençãoInovaçãoMédioPrazoLongoPrazoAbordagem TradicionalAbordagem SOAA maior parte do orçamento de TI das empresas são gastos para manter as aplicações eintegrações em funcionamento. As boas práticas, uso de tecnologias modernas, padronização ereutilização impacta diretamente na otimização dos recursos de TI1. Agilidade nas manutenções

17.
Uma base de ativos compostos porserviços, componentes, regras e objetosde negócio podem ser refatorados erecombinados para criar, evoluir etransformar as aplicações da empresaDispositivos Fontes de Dados Usuários2. Flexibilidade das aplicações

18.
Nível deReúsoAtivos ReutilizáveisAplicaçõesA 1 2B 31 4 515D 2 73 823E 3 5 6F 1 2 6811 2 3 46 75 82 35 6 8C 1 65 6IdentificadosReutilizados9Criação e disponibilização de componentes e serviços para areutilização cria a massa crítica para o aumento da produtividade3. Redução de custos e reusabilidade

19.
Processo de NegócioEnterprise ServicesCustomerRelationshipManagementSales andMarketingProductionPlanning ManufacturingInventory &Logistics Finance & HRSFA Product LMSInvMGMTB2BproductERP.SCMproductinfo.MESDB ERPCRMA propagação da base deserviços e o aculturamentoSOA na organização cria asustentação primordial paraa gestão por processos4. Alinhamento entre TI e Negócios

20.
A exposição de serviços de negóciospara o mercado – parceiros, clientes,comunidade de desenvolvedoresindependentes (ISV’s) – tem opotencial de transformar osnegócios das empresasO exemplo acima ilustra o impacto que disponibilização da API deserviços de negócio teve no valor de mercado da Netflix(comparando com seu principal competidor, a BlockBuster)5. Transformação dos NegóciosAPIs Públicas

21.
Sobre os benefícios de SOA parasua empresa[ ] Não sabemos exatamente os benefícios[ ] Conhecemos os benefícios para aequipe de TI[ ] Sabemos os benefícios para a área deNegócios[ ] Sabemos os benefícios e temos umplano de ação

22.
VocêsConhecemo Arquiteto?

23.
Comodiminuir acomplexidade?

24.
Abordagem TradicionalConexões Ponto-a-PontoERPAplicação.NETWebService(Externo)AplicaçãoJEELegacy(C/C++)Mainframe(CICS TransactionGateway)Pacote CRM(proprietário)Custom point-to-pointconnections

25.
ERPAplicação.NETWebService(Externo)Barramento de Serviços (ESB)Enterprise Service BusJCAJMS SOAP/HTTPSOAP/HTTPSOAP/HTTPSOAP/HTTPJCAAplicaçãoJEELegacy(C/C++)Mainframe(CICS TransactionGateway)Pacote CRM(proprietário)

26.
Transformaçãode MensagemRoteamento deMensagemTransparência deLocalizaçãoConversão deProtocolo deTransporteEnriquecimentode MensagemSegurançaMonitoriaProxy?????Equipes,fornecedores,prazos, padrões,direcionamentos,falta de foco,patrocínio...

27.
Como sua empresa usa oMiddleware?[ ] Não temos middleware SOA[ ] Não sei se temos serviços[ ] Usamos como proxy[ ] Usamos o middleware para fazermonitoramento, ou segurança, ouconversão de protocolos.

28.
Barramento de serviçosESB

29.
Barramento de serviços

30.
Não bastacentralizar.É preciso tercontrole!E boas práticas...

31.
SOA GovernanceESBServiceRepository

32.
Mas, como issofunciona?ARQUITETURAMADURA!

33.
Leve“Just Enough Governance” é oprincipal direcionador aoestabelecer as práticasfundamentais da GovernançaSOA para gerar valor semadicionar overheadIncrementalBaseado em um Modelo deMaturidade que aproveita ascapacidades, conhecimento,tecnologia e aplicaçõeslegadas para acelerar aadoção SOAGovernança SOAAbordagem LightweightÁgilProjeto com fases curtasusando templates, guias,boas práticas e atividadesautomatizadas paraantecipar benefíciostangíveis (“quick wins”)

34.
Governança SOA: Repositório de Metadadospara componentes, serviços,sistemas, integrações eprocessos de negócio; Políticas e Processos; Métricas objetivas erelatórios customizáveis; Controle de ciclo de vidados ativos; Colaboração; Promoção de práticas dereutilização;Sensedia Repository

35.
Framework SOA SensediaSOA MaturityAssessmentLightweightSOA GovernanceBest PracticcsPacote de definições, processos, guias e boas práticas prontos para seremadaptados e utilizados

36.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA

37.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA>

38.
SOA foundation Levels1 Silo2 Integrated3 Componentized4 Service5 CompositeServices6 VirtualizedServices7 Dynamically Re-ConfigurableServicesBusinessOrganization &GovernanceMethodApplicationArchitectureInformationInfrastructure&ManagementMaturidade SOA

39.
1234567BusinessOrganization & GovernanceMethodApplicationArchitectureInformationInfrastructure & ManagementRadar de CompetênciasHojeFuturoAS ISTO BERadar de maturidade

40.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA>

41.
Como você sabe quais sãoseus serviços?[ ] Eu não sei quais são meus serviços[ ] Levantamento de serviços em diversospontos (ESB, estações, relatórios deprojetos, etc)[ ] Planilha ou outra forma não específica[ ] Repositório de serviços

42.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA>

43.
Seus serviços temresponsáveis?[ ] Eu não sei quais são meus serviços[ ] Temos a informação de quem crious[ ] Temos a informação de quem crioue quem usa[ ] Sabemos quem criou, quem usou,quem dá manutenção e o donoatual do serviço

44.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA>

45.
Existem padrões e boas práticaspara construção de serviços?[ ] Eu não sei se construímos serviços[ ] Não existem boas práticas, depende dofornecedor[ ] Existem boas práticas para implementaçãode projetos, nada específico para serviços[ ] Existem boas práticas para serviços (design,segurança, escalabilidade, testes, etc).

46.
Conhecimento dos cenários internosConhecimento do acervoProcesso de Governança e ResponsabilidadesPadrões fundamentaisOrganização: Comunicação, Competências, Comportamentos e MétricasNecessidades básicas paraGovernança SOA>

47.
Que tipo de métricas sãoextraídas dos seus serviços?[ ] Eu não sei quais são meus serviços[ ] Eu sei quais são, mas não medimosnada[ ] Métricas quantitativas (númerode serviços)[ ] Métricas qualitativas (volume dechamadas, quantidades de reúsopor projeto, ROI, etc)

48.
Governança dos serviços?Quais sãomeusserviços?Comoorganizar emanterReuso eoutros ROIsPadronização eCulturaCorporativa

49.
True North com SOA e Cloud1. Agilidade nas manutenções2. Flexibilidade das aplicações3. Redução de custos e reusabilidade4. Alinhamento entre TI e Negócio5. Transformação dos negócios

50.
SOA então...> Foco no bom desenvolvimento do serviço> Controle das integrações> Reuso interno e economia> Métricas e Governança> Agilidade no negócio

51.
Public APIsEnterprise SOA

52.
AGENDASOBRE A SENSEDIASOA CorporativamenteAPIsHISTÓRIASAPIs√

53.
APPsApplication SoftwareAPIsApplication ProgrammingInterfaceAPPs = People Interaction APIs = Things Interaction

54.
2003 2010 2015 2020Em 2020 haverá7,5 bilhões de pessoasno mundo e50 bilhões de coisasconectadasPraticamente todos os dispositivoseletrônicos estarão conectados àInternetThe Internetof ThingsDurante 2008, o número de coisasconectadas à internet superou onúmero de pessoas no mundo=People on earth Connected Things

55.
Always Synced / Multi-device / SearchableANTES

56.
ANTESAlways Synced / Multi-device / Searchable

57.
Search / Annotate / Share

58.
Discovery / Social / Instanton-demand / Multi-device

59.
Muito mais que só videoOn-Demand / Instant Streaming / Accessible Everywhere

60.
User-Generated Digital Map / Live Crowd-SourcedTraffic Data

61.
Interactive / Superior Quality Online / Accessible byAnyone Anywhere Anytime

62.
Keyless / Remote access / Shareble

63.
Personal Journal / Social interaction / Media Rich(video and audio)

64.
SocialMobileMuito em ComumDadosPresençaAcessoCloud

65.
Muito em ComumSocialMobileCloudPRESENÇAACESSODADOS

66.
ACESSODADOSPRESENÇASocialMobileCloudMuito em Comum

67.
O que sãoAPIs?

68.
Dados ou funções de negóciosexpostos via web para outrasaplicações consumiremAPIs

69.
Public APIsPartners APIsInternal APIs =Enterprise SOA

70.
HISTÓRIASque você precisaconhecer

71.
1 ALCANCE DAS PARCERIAS2 ESTRATÉGIAS MULTI-DEVICES / MOBILE3 PLATAFORMA / ECOSSISTEMA4 INOVAÇÃO

72.
História

73.
Marketplace

74.
 Aumentar drasticamente a quantidade de produtosdisponíveis Engajar lojistas a aderirem ao Marketplace Acelerar o processo de integração Manter baixos os custos operacionaisDesafios

75.
Portal com foco nosDesenvolvedoresOnboardingDescomplicadoAmbiente de Sandboxpara Testes√√√

76.
Design das API emREST e JSONDocumentaçãoInterativaControle de Tráfegodas Chamadas√√√

77.
HistóriaALCANCE DASPARCERIAS

78.
Outros ExemplosPARTNER ACCESSCUSTOMERS DIRECTSECURITYEASY HELLOWORLDINNOVATIONREST & JSON

79.
História

80.
Streaming multi-devices

81.
 Permitir que o usuário assista e interajacom o conteúdo Netflix de onde quiser Acelerar desenvolvimento de clients emnovos devices Controle do volume de acesso esegurançaDesafios

82.
Segurança e Regras deNegócio UnificadasDiferentes Estilosde NavegaçãoPUBLIC vs. PRIVATE√√√

83.
Valor de MercadoO Impacto que o lançamento da API da Netflix teve em seu valor de mercado(comparado ao principal concorrente da Netflix, BlockBuster)

84.
HistóriaESTRATÉGIAMULTI-DEVICES / MOBILE

85.
Outros ExemplosBYODSSOSECURITYTIME TO MARKETINNOVATIONOMNI-CHANNEL

86.
História

87.
Microblogging

88.
 Ampliar ao máximo aatração de conteúdo(tweets e imagens) E ampliar também apropagação do conteúdo Facilitar o enriquecimentodo conteúdo (mashups,#hashtags, TT)Desafios

89.
Solução/ Resultado+13 BIDE API CALLS / DIA+75%DE TODO OTRÁFEGOVIA API

90.
HistóriaPLATAFORMA /ECOSSISTEMA

91.
Outros ExemplosSAASMONETIZATIONDEVELOPERACCESSAPI DESIGNENGAGEMENTSCALABILITY

92.
História

93.
Banco Mundial

94.
 Divulgar resultados e dadossobre localização e gastos dosprojetos globais Permitir a exploração,transformação eenriquecimento desses dados Criar formas inovadoras deinteraçãoDesafios

95.
HACKATHON*Hack no sentido de programação exploratória edivertida e não a cyber-crimeHACK + MARATHON

96.
Hackathon realizadoem Jun/2012Diversas categorias:Big Data,Visualization, Anti-Corruption, CitizenEngagementApp inovadorincorporado pelobanco√√√http://www.rhok.org/blog/power-open-crowd-sourced-ideas-crowd-powered-solutions

97.
HistóriaINOVAÇÃO

98.
Outros ExemplosDEVELOPERACCESSENGAGEMENTPRIZESAPI DESIGNCHALLENGESENERGY DRINKconstruídas em 1 dia durante oHackathon da Kraft Foodsrealizado em Jun/201240 novas APPsde usar o Google Glass foramgeradas durante o GlassFoundry hackathon realizadoem Fev/201380 maneirasinovadoras

99.
Outras fontes deideias!

100.
1 ALCANCE DAS PARCERIAS2 ESTRATÉGIAS MULTI-DEVICES / MOBILE3 PLATAFORMA / ECOSSISTEMA4 INOVAÇÃO

101.
ODAS

102.
Atributospara APIsde Sucesso

103.
5 tributos para APIs de SucessoValorPlanejamentoFlexibilidadeControleSuporte

104.
5 tributos para APIs de SucessoValor– Encontre a raíz de valor da sua API:• Dado (Weather.com, Klout, Xignite)• Serviço (Telefonica, Salesforce)• Audiência (Facebook)• Mercado (Amazon, Novapontocom)• Acesso (Sabre Network)1

105.
Proposição de ValorAPI boa em serviço ruim écomo batom em porco!

106.
5 tributos para APIs de Sucesso2Planejamento– Design das APIs– Patterns de projeto– Arquitetura de infraestrutura– Tecnologias envolvidas– Focado na audiência

107.
5 tributos para APIs de Sucesso3Flexibilidade– Entregue: Poder de escolha, Controlee Opções avançadas– TTFHW: “Time to First Hello World”• Passos claros;• Alternativa free ou trial;• Processo simplificado de sign-up,• Documentação simples,• Exemplos de código e ferramentas

108.
5 tributos para APIs de Sucesso4Controle– Gerenciamento:• Security, Keys, Monitoring, Reporting,Scaling, Rate limiting, Versioning– Medição:• Performance & Traffic, Developers & Apps,Quality, Marketing, Revenue, Trends

109.
5 tributos para APIs de Sucesso5Suporte– Developer Experience (DX):• Sim, desenvolvedor também éum ser humano• Mecanismos de colaboração(forum, wiki etc)– Community Engagement• “Develop it and they will come” = FALSO

110.
Barreiras / Desafios• Incertezas de negócioCanibalizar outros canais (?)• Spaguettiware• Infraestrutura disponívelHardware e software (middleware)Opções na nuvem (?)• Aspectos de Segurança• Equipe / Expertise• Prioridade no Backlog

111.
ProntoparaAPIs

112.
API?

113.
APIsBenefícios alvo[PRIORIZE DE 1 (MAIS PRIORITÁRIO) A 6 (MENOS PRIORITÁRIO) ]PrioridadeReceitas e Modelos de NegócioConstrução de MarcaVelocidade no Desenvolvimento de AplicativosMúltiplos canais e Estratégia MobileRedução de Custos OperacionaisInovação em Produtos e Serviços

114.
APIsBarreiras / Desafios[PRIORIZE DE 1 (MAIS PRIORITÁRIO) A 6 (MENOS PRIORITÁRIO) ]PrioridadeIncertezas de NegócioSpaguettiwareInfraestrutura DisponívelAspectos de SegurançaEquipe / ExpertisePrioridade no Backlog

115.
SensediaAPI Solution

116.
Solução de APIs Sensedia1- Ferramentas || 2 – Serviços de ConsultoriaCore Service ComponentsSensedia API SolutionCore Technology ComponentsAPIGatewayAPICommunityPortalAPI Manager

117.
• Documentation• API Browsing• Forums, …• Sign up• Issue Tracking• Test calls• SDK’s Download• My API Usage• Lifecycle• Versioning• Client KeysManagement• Set Policies(quota & limits)• Deploy (sandbox& production)• API Discoverer• API Analytics- Subscriptions- API Calls- Performance- Errors- Limits & Quotasby API or Key• Security (OAuth 2.0)• Protocol Transformation• Policy Enforcement• Exception handling• Alerts & Notification• Traffic Controland DebugCore Technology ComponentsAPI GatewayCommunityPortalAPI ManagerESBBusinessApplication 1BusinessApplication 2DevelopersREST API TrafficWeb BrowserPolicyDeployInternal CallGet API UsagePublishMonitoringInternal ServicesDiscovery• Custom Mobile Apps or Widgets• Partners Applications• Clients and Independent Developers

118.
Core Service ComponentsSensediaAPI SuitePlanBuildRun

119.
Core Service ComponentsSensediaAPI SuitePlanBuildRunAlinhamento de modelo denegócio, Validação de GAPs,audiência e roadmap

120.
Core Service ComponentsSensediaAPI SuitePlanBuildRunAlinhamento de modelo denegócio, Validação de GAPs,audiência e roadmapInfraestrutura de APIS edefinição/evolução das práticas.Design e implementação da API

121.
Core Service ComponentsSensediaAPI SuitePlanBuildRunMonitoramento de uso,suporte à comunidade eevoluçãoAlinhamento de modelo denegócio, Validação de GAPs,audiência e roadmapInfraestrutura de APIS edefinição/evolução das práticas.Design e implementação da API

122.
Core Service ComponentsSensediaAPI SuitePlanBuildRunMonitoramento de uso,suporte à comunidade eevoluçãoAlinhamento de modelo denegócio, Validação de GAPs,audiência e roadmapInfraestrutura de APIS edefinição/evolução das práticas.Design e implementação da API

123.
Core Service Components Planning Stage: Scope and value Business Model Target Audience (Engaging) Internal services GAPs and roadmap Build Stage: Infrastructure Definition and Deploy RESTFull Design Best Practices Basic Documentation Adoption accelerators: SDKs (C#, PHP, Java) Custom mobile apps and widgets Internal services GAP: Enablement Run Stage: Understand API usage Support Users Community Developers Onboarding /Key Management Prepare for ChangeSensediaAPI SuitePlanBuildRun

124.
Plan: Alinhamento de modelo de negócio,Validação de GAPs, Audiência e RoadmapBuild: Definição/evolução das práticas.Design e implementação da APIRun: Monitoramento de uso,suporte à comunidade e evoluçãoCiclo 1PlanBuildRun

125.
Plan: Alinhamento de modelo de negócio,Validação de GAPs, Audiência e RoadmapBuild: Definição/evolução das práticas.Design e implementação da APIRun: Monitoramento de uso,suporte à comunidade e evoluçãoCiclo 1PlanBuildRunCiclo 2PlanBuildRun

126.
Plan: Alinhamento de modelo de negócio,Validação de GAPs, Audiência e RoadmapBuild: Definição/evolução das práticas.Design e implementação da APIRun: Monitoramento de uso,suporte à comunidade e evoluçãoCiclo 1PlanBuildRunCiclo 2PlanBuildRunCiclo3PlanBuildRun

127.
Solução de APIs Sensedia1- Ferramentas || 2 – Serviços de ConsultoriaCore Service ComponentsSensedia API SolutionCore Technology ComponentsAPIGatewayAPICommunityPortalAPI Manager

128.
Dúvidas?

129.
APIsNIVEL DE DISCUSSÃO DE APIS NA EMPRESA[MARQUE MAIS DE UM, CASO SE APLIQUE][ ] Nunca discuto.[ ] Valor técnico percebido, apenas isso.[ ] Valor de negócio percebido, fora da áreatécnica.[ ] Iniciativa em discussão.[ ] Existe um plano de implantação de APIs, emimplantação.[ ] Iniciativa descartada anteriormente.[ ] Existem APIs abertas.

130.
APIsEM QUE ÁREAS APIS GERARIAM VALOR[MARQUE MAIS DE UM, CASO SE APLIQUE][ ] Marketing[ ] Comercial[ ] Canais[ ] Tecnologia[ ] Produtos e Serviços (de negócio)[ ] Atendimento[ ] Outras: ______________________________

131.
Takeways

132.
Taxa de crescimento de APIsBased on directory of 8,000 web APIs listed at ProgrammableWeb, Nov 20122000 Nov/2012

133.
API Billionaires Club1.1 billion API calls / day (April 2011)1.4 billion API calls / day (May 2012)1 billion API calls / day (May 2012)1 billion API calls / day (Q1 2012)1 billion API calls / day (January 2012)13 billion API calls / day (May 2011)Approx. 75% of all traffic via API5 billion API calls / day (October 2009)5 billion API calls / day (April 2010)Source: ProgrammableWeb Founder John Musser’s905 billion S3 objects(+ 1 billion / day)

134.
API Billionaires Club1.1 billion API calls / day (April 2011)1.4 billion API calls / day (May 2012)1 billion API calls / day (May 2012)1 billion API calls / day (Q1 2012)1 billion API calls / day (January 2012)13 billion API calls / day (May 2011)Approx. 75% of all traffic via API5 billion API calls / day (October 2009)5 billion API calls / day (April 2010)905 billion S3 objects(+ 1 billion / day)Source: ProgrammableWeb Founder John Musser’s

135.
Foco no desenvolvedor!Processos de onboarding“Time to First Hello World”Simplificação tecnológicaREST!o que muda ...

136.
Arquitetura de ServiçosControle e boas práticasPadronizaçãoDesign!!!... o que segue

137.
Que tal:developers.[you].com?

138.
OBRIGADOMarcilio Oliveira - CTOmarcilio.oliveira@sensedia.com@marciliosowww.sensedia.com/br

139.
OLHANDODE PERTORESTPadrõescorporativos

140.
API Protocols and StylesBased on directory of 5,100 web APIs listed at ProgrammableWeb, February 2012

141.
 REST = Representational State Transfer Alternativa ao SOAP Características: Utiliza XML sobre HTTP Baseia-se em URIs e Recursos Aproveita as operações comuns dePOST, GET, PUT, DELETE Mais simples de usar e leve que SOAPREST Services

142.
Recursos e URLs:http://www.boeing.com/aircrafts/747http://www.weather.com/current/zips/90020https://graph.facebook.com/cocacolahttps://graph.facebook.com/kleberbaciliREST Services

143.
REST vs. SOAP EligibilityAspect SOAP RESTClient Target Internal PublicRequest volume Moderate HighDistributed Transaction / Orchestration WS-* / BPEL Not StandardizedData Consistency Semantics Mostly ACID Mostly EventualStrong Typed Contracts Yes / WSDL / XSD Not StandardizedSecurity WS-Security Basic / Digest /OAuth / OpenIDApplication Tooling Very Mature Not MatureApplication Language Support Good BestInteroperability Between Vendors Very Mature Not Mature

144.
Simples?SOAPPOST /GetStock HTTP/1.1Host: www.example.orgContent-Type: applicaNon/soap+xml<?xml version="1.0"?><soap:Envelopexmlns:soap=”http://www.w3.org/2001/12/soap-envelope"soap:encodingStyle=”http://www.w3.org/ 2001/12/soap-encoding"><soap:Bodyxmlns:m=”http://www.example.org/stock"><m:GetStockPrice><m:StockName>IBM</m:StockName></m:GetStockPrice></soap:Body></soap:Envelope>RESTGET hXp://example.org/stock/IBM

145.
Simples?{"symbol": ”IBM","price": 94.72,}<?xml version="1.0"?><soap:Envelopexmlns:soap="http://www.w3.org/2001/12/soap-envelope"soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding"><soap:Bodyxmlns:m="http://www.example.org/stock"><m:GetStockPriceResponse><m:Price>34.5</m:Price></m:GetStockPriceResponse></soap:Body></soap:Envelope>XML JSON

146.
REST Services Limitações:Ausencia de definição de contrato formalInabilidade para controle de transaçõesDefinições de segurança mais limitadasLimitação na orquestração de serviços