Microserviços: flexibilidade e agilidade a que preço?

Transcrição

1 Microserviços: flexibilidade e agilidade a que preço? Summa Technologies Einar Saukas Fabio 2005, Summa Technologies, Inc. 1

2 Einar Saukas Principal Consultant - Summa Technologies (1998) Co-Fundador e 1 o Presidente - SouJava ( ) Engenheiro Eletrônico POLI/USP Prêmio Itautec (1992) Mestre em Ciência da Computação IME/USP Prêmio Sociedade Brasileira de Computação (1999) Projeto Sistema Único de Saúde/Datasus Prêmio Duke's Choice Award JavaOne San Francisco (2003) Projeto Sistema Integrado de Agendamento de Pacientes de São Paulo Prêmio Duke's Choice Award JavaOne San Francisco (2005) Projeto Central de Cessão de Crédito Câmara Interbancária de Pagamentos Prêmio Duke's Choice Award JavaOne Latin America (2012)

3 Fabio Velloso Consultor da Summa Technologies Co-Fundador e Diretor SouJava Bacharel em Ciência da Computação - UFSCar Professor de Arquitetura Orientada a Serviços - UFSCar Projetos com Java desde 1996 Ü Atualmente trabalhando em projetos de Integração, Big Data e Cloud Computing Y Palestrante em JavaOne, Abaporu, TDC, JustJava, Dia de Java, Café Brasil, Campus Party

4 Tópicos Motivação POR QUÊ? Características O QUÊ? Pontos de Atenção QUANDO? Frameworks e tecnologias COMO? Exemplos QUEM?

5 Motivação POR QUÊ? Componentização em serviços independentes Flexibilidade Escalabilidade Agilidade Liberdade tecnológica Especialização Isolamento de falhas Testes

6 Características O QUÊ? Componentização e modularização Serviços autônomos e desacoplados Monolítico Escopo e responsabilidade limitada Gerenciamento descentralizado Micro-serviços Deploy e execução isolada

7 Características O QUÊ? K Equipes multifuncionais por funcionalidade Equipes Especializadas Especialistas Em Front END Especialistas Em JAVA EE, Middleware e Integração Administração de Dados e DBAS Equipes Multifuncionais Funcionalidade de negócio Funcionalidade de negócio Funcionalidade de negócio Monolítico HTML CSS JAVAScript MVC JAVA EJBs Serviços Acesso a Dados Micro-serviços Baseado em

8 Características O QUÊ? Contexto A Contexto b Conceitos de negócio Bounded Context Domain Driven Design

9 Características O QUÊ? Produtos e não projetos Desenvolvedor: Ciclo de vida completo Software em produção g Contato com usuários

10 Características O QUÊ? Bases de dados descentralizadas Monolíticos Microserviços Monolítico Monolítico Monolítico Micro-serviço Micro-serviço Micro-serviço Micro-serviço

11 Características O QUÊ? Comunicação remota via rede APIs REST e HTTP " AMQP Smart Endpoints e Dumb Pipes

12 Características O QUÊ? Cultura de automação Design para falhas Design evolutivo Interdependência de serviços Composição

13 Dificuldades QUANDO? Controle transacional Segurança " Monitoração Performance Resiliência Testes Service discovery " Roteamento Legado

14 Fallacies of distributed computing The network is reliable Topology doesn't change Latency is zero K There is one administrator " Bandwidth is infinite Transport cost is zero The network is secure The network is homogeneous Fonte:

15 Check-list QUANDO? Melhorias frequentes? Atualizações independentes? Transação isolada? Interface bem definida? Impacto em performance? Alta complexidade? Impacto cultural?

16 DevOps K Equipes mistas Integração Contínua Entrega Contínua Fonte: Computação em nuvem: Infra virou código

17 DevOps Agilidade " Cenários reais Parceria Feedback Responsabilidade Instrumentação Proatividade

18 Docker COMO? Container Sem overhead de VMs Isolamento de recursos Gerenciamento como processo de SO

19 Microframeworks COMO? Core mínimo e simples Web e REST JVM ou Servidor leve Deploy em containers Não padronizado

20 Dropwizard COMO? Jetty JAX-RS (Jersey) Jackson Metrics

21 Dropwizard COMO?

22 VERT.x COMO? Executa na direto na JVM Inspirado em Erlang/OTP e Node.js Event bus Java, JavaScript, CoffeeScript, Ruby, Python ou Groovy Plugins

23 VERT.x COMO?

24 spring boot COMO? Simplificar o desenvolvimento Spring Sem XML e starter POMs Tomcat embutido Declarar dependências Spring Boot Spring Data, Batch, Integration, Web, JDBC, Security JAX-RS

25 spring boot COMO?

26 Spark Java COMO? Inspirado no Sinatra Jetty Maven Dependências no POM Java 8 na versão 2

27 Monitoração e Log COMO? Monitoração Log JMX Graylog2 Graphite ELK stack Jolokia Log4j Metrics Janitor Mecanismos de segurança: circuit breaker e timeout

28 PRoblemas com Application servers Conflitos de ClassLoaders Uma aplicação por domain Uma Aplicação impacta na outra JVM isoladas Estrutura Complexa Libs, Heap e ClassLoader por aplicação Processo único em memória Upgrades isolados Dificulta Continuous Delivery Monitoração por aplicação Modularização e isolamento

29 WebLogic server COMO? Cloud Multitenancy Partition ou tenant Isolamento Aplicações inalteradas Fonte: Oracle Weblogic Server Strategy and Roadmap bit.ly/oow14cafsessions

30 WebLogic server COMO? Memória e CPU isoladas Árvore JNDI por partition Virtual host WorkManager Security realm Gerenciamento Fonte: Oracle Weblogic Server Strategy and Roadmap bit.ly/oow14cafsessions

31 Wildfly swarm (Red hat) COMO? WildFly 9 modular Core mínimo Jar com App Server, dependências e aplicação Dependências explícitas Cada micro-serviço em um pacote

32 PAyara COMO? Baseado no Glassfish 4.1 Modular Full Java EE, Web Profile e versão Micro JAX-RS, Web Sockets, CDI, JPA, EJB java -jar payara-micro.jar --deploy teste.war

33 Java EE COMO? JAX-RS JPA CDI Jetty / Tomcat Web profile

34 Java EE COMO?

35 Exemplos de Arquitetura COMO? HTTP HTTP HTTP HTTP AMQP HTTP HTTP HTTP HTTP AMQP Microserviço #1 DropWizard Jetty Microserviço #2 Spring Boot Tomcat Microserviço #3 JAX-RS JPA Glassfish Microserviço #4 CXF Open JPA Karaf Jetty Microserviço #5 JVM

36 Exemplos de Arquitetura COMO? HTTP HTTP HTTP HTTP HTTP AMQP HTTP HTTP HTTP Domain #1 JAX-RS Docker JPA AMQP Docker DropWizard Jetty Docker Spring Boot Tomcat JAX-RS Domain #2 JPA Glassfish JAX-RS JPA Docker JVM

37 semelhanças com SOA Componentes e encapsulamento Alta coesão Funcionalidades de negócio Independentes de linguagem Comunicação HTTP

38 diferenças com SOA Hub Central X Smart Endpoints e Dumb Pipes Orquestração (BPEL e BPM) SOAP X REST DevOps, cultura e organização

39 Netflix QUEM? 50 milhões de assinantes 800 devices 2 bilhões requisições/dia 500 microserviços 30 equipes Múltiplas versões Fonte:

40 Netflix QUEM? Falhas parciais Simulação em produção Monkeys Chaos Latency Conformity Security Janitor Fonte:

41 Netflix QUEM? Fonte:

42 Arquitetura Micro Service #1 Banco Relacional Micro Service #2 Banco Orientado a Documentos Micro Service #3 Key/Store Data Base Micro Service #4 Graph Data Base

43 API Gateway HTTP HTTP Micro Service #1 Banco Relacional HTTP HTTP Micro Service #2 Banco Orientado a Documentos HTTP HTTP Micro Service #3 Key/Store Data Base HTTP AMQP AMQP Micro Service #4 Graph Data Base

44 Amazon QUEM? Equipes descentralizadas Serviços/estruturas independentes Q&A descentralizado Simulações de erros DevOps

45 CONCLUSÃO Prós x Cons Arquitetura Integração/Entrega Contínua DevOps Testes de Falhas Impacto Cultural Estratégia de Migração

46 Perguntas??

47 Obrigado Einar Saukas Fabio