1. Apresenta alternativas para arquiteturas SOA usando APIs internas em vez de ESB. 2. ESB não é necessário e pode ter limitações para cenários digitais atuais. 3. APIs internas habilitam o backend para uso em aplicações modernas de forma mais simples sem ESB.

1. Fábio Rosato
fabio.rosato@sensedia.com
@frosato
Repensando o ESB:
sua Arquitetura SOA, usando APIs

2. Fábio Rosato
Professional Services Manager & Teacher
fabio.rosato@sensedia.com
@frosato

3. Quick Facts
● API Management
● Serviços
● Soluções
História
Fundada em 2007
Gartner SOA MQ 2009
API Suite 2012
Forrester Report 2016
Bases
Campinas
São Paulo
Rio de Janeiro
USA
API Experience
2015 - 250 pessoas
2016 - 550 pessoas
Origens
http://apix.com.br/

4. Varejo / eCommerce
Banking
Payments
Seguros
High Tech
Outros
Clientes

5. Sensedia API Management Suite
O API Management Suite da Sensedia permite maior
controle da estratégia de APIs da sua empresa.

6. Serviços
● Services Design
● Blueprints
● Microservices
● Security Models
Strategy
● Assessment
● Roadmap
● Open APIs
● Backend Connections
● Middlewares
● ESB
● API Gateway
Design Implement
● Governance
● DEV Engagement
● Metrics & ROI
Run

7. Serviços
● Open Innovation
● Developers Engagement
● Aceleração de APPs
Hackathon
● API Feedback
● Open Innovation
● Onboarding de Parceiros
● Boost de Integrações
● Developers Engagement
Hackdays

8. Agenda
SOA & ESB
Por que utilizar APIs internamente?
API-Front

9. SOA E ESB

10. Arquiteturas Complexas
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
RESTful

11. SOA: ESB para Serviços
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
ESB – Enterprise Services Bus
A ideia seria ter
serviços de negócios,
interoperáveis e
reutilizáveis
RESTful

12. Enterprise
Service Bus
Stack
Heavy-weight

13. ESB Gaps Comuns
• Plataformas de ESB normalmente não
foram construídas pensando em APIs
REST/JSON
• Adicionado depois
• Suporte muitas vezes pobre
• Falta de um developer portal
• Facilitar self-service para
onboarding e consumo das APIs
• Limitado suporte para Swagger 2.0
• Implantações complexas
• Verborrágico
• Limitado suporte para modelos de
segurança de APIs
• OAuth 2.0
• OpenID
• JWT 1.0
• Alto custo de
• Aquisição
• Desenvolvimento
• Sustentação
• Escala

14. Por que utilizar APIs
internamente?

15. A ideia das APIs é Descomplicar, provendo um
mecanismo simples, seguro, escalável para
um desenvolvedor construir suas soluções
desacopladas no menor tempo possível.

16. Tipos de APIs
Restricted
Restritas a parceiros autorizados
Open
Abertas para qualquer desenvolvedor
Private
Uso limitado a equipes internas da
empresa
Tipos de APIs

17. Front-End
Backend
HTTP/REST
App-Client
API
Single Page App (SPA)

18. App-Backend
Mobile,
Wearable
Backend
HTTP/RESTAPI
Mobile, Wearable Apps

19. App-App
App
Backend
App
Backend
HTTP/RESTAPI
Integration Architecture

20. Microservices Microservice #1
HTTP/RESTAPI
Microservice #2
HTTP/RESTAPI
Microservice #n
HTTP/RESTAPI
Application - Backend
Webinar Microservices
http://bit.ly/Sensedia_microservices

21. API Front

22. APIFront
API Facade
Mediate
REST
API
REST
API
REST
API
REST
API
API
Front
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
Backend
Webinar Design de APIs RESTful
http://bit.ly/Sensedia_APIsRest
App
Microservice #1 Microservice #n
RESTful

23. Proteção contra ataques
Alertas
Autenticação e Autorização
Transformação de Protocolos
Composição de chamadas
Conexões com legados
Gerenciamento de versões
DoS
Cross-Site Scripting (XSS)
SQL Injections
XML Treat
JSON Treat
Ameaças de Identidade
Também:
Responsabilidades do API Front
Controle de Quotas
Spike Arest
Anomalias de Tráfego
Desempenho da API
Caching
Rastreabilidade
Calls Tracer
Desempenho do Backend
Smart Design (API-First)
Enriquecimento de Mensagens
Mediação, Transformação e Conexão

24. API-Front
HTTP/REST
Backend
ESB
Cenário 1
* Garantir todas as responsabilidades do API-Front pode ser custoso

25. API-Front
HTTP/REST
Backend
ESB
Cenário 2
* Observe os GAPs que o ESB tem sozinho para essa responsabilidade

26. API-Front
HTTP/REST
Backend
Cenário 3
API Gateway

27. API-Front
HTTP/REST
Backend
Cenário 3
API Gateway
• Considere utilizar um API
Developers Portal mesmo para
os desenvolvedores internos
• Facilitar self-service para
onboarding e consumo das APIs
• Simplifica a governança Portal APIs IMA
http://hackathon.ima.sp.gov.br/

28. APIFront
API Facade
Mediate
REST
API
REST
API
REST
API
REST
API
Arquitetura
Futura
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
Backend
Webinar Design de APIs RESTful
http://bit.ly/Sensedia_APIsRest
App
Microservice #1 Microservice #n
RESTful

29. APIFront
API Facade
Mediate
REST
API
REST
API
REST
API
REST
API
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
Backend
Webinar Design de APIs RESTful
http://bit.ly/Sensedia_APIsRest
App
Microservice #1 Microservice #n
RESTful
API Gateway
Arquitetura
Futura

30. APIFront
API Facade
Mediate
REST
API
REST
API
REST
API
REST
API
Mainframe Comercial apps
Databases
Custom appsSaaS apps
SOAP RSS
Remote
Protocols
REST
like RPC
System Layer
Services Layer
Backend
Webinar Design de APIs RESTful
http://bit.ly/Sensedia_APIsRest
App
Microservice #1 Microservice #n
RESTful
API Gateway
Arquitetura
Futura
ESB

31. 1
2
3
Você pode ter uma arquitetura baseada
em serviços usando APIs
ESB não precisa estar presente na sua
infraestrutura
Usando APIs internas seu backend
estará habilitado para um cenário
digital

32. Obrigado!

33. Fábio Rosato
fabio.rosato@sensedia.com
@frosato
http://downloads.sensedia.com/webinar-repensando-esb-com-api-gateway/
Repensando o ESB:
sua Arquitetura SOA, usando APIs