{"id":2304,"date":"2015-10-25T03:15:20","date_gmt":"2015-10-25T06:15:20","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=2304"},"modified":"2015-10-25T03:15:20","modified_gmt":"2015-10-25T06:15:20","slug":"meu-problema-com-micro-servicos","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=2304","title":{"rendered":"Meu problema com micro-servi\u00e7os"},"content":{"rendered":"

Micro-servi\u00e7os em sua ess\u00eancia s\u00e3o mais uma estrat\u00e9gia de componentiza\u00e7\u00e3o e, sinceramente, acho muito dif\u00edcil criticar qualquer tentativa de se chegar a\u00a0este objetivo. Gosto muito da estrat\u00e9gia, mas algo “nela” me incomoda bastante. Sabe o qu\u00ea?\u00a0A maneira como muitas vezes a vejo ser vendida<\/strong>.<\/p>\n

Neste post exponho algumas fal\u00e1cias que vejo repetidas vezes em apresenta\u00e7\u00f5es e posts. Acredito que seja um esfor\u00e7o fundamental pois a desonestidade intelectual (muitas vezes acidental) dos defensores de qualquer posi\u00e7\u00e3o comprometem significativamente aqueles que, iludidos<\/a>, adotam equivocadamente aquilo que lhes foi transmitido. Sendo assim, vamos \u00e0s fal\u00e1cias.<\/p>\n

Uma aplica\u00e7\u00e3o monol\u00edtica \u00e9 uma coisa, e uma mal feita, outra<\/h3>\n

Aplica\u00e7\u00f5es monol\u00edticas n\u00e3o s\u00e3o bugs\u00a0e a prova \u00e9 a\u00a0quantidade imensa de casos de sucesso acumulados ao longo da hist\u00f3ria da computa\u00e7\u00e3o: temos mais de meio s\u00e9culo de experi\u00eancia em arquiteturas deste tipo. Negar este passado \u00e9 loucura ou desonestidade intelectual (para dizer o m\u00ednimo).<\/p>\n

O que esquecem de mencionar aqueles que defendem este ponto de vista \u00a0\u00e9 que sempre h\u00e1 uma medida. Se o sistema for excessivamente extenso<\/strong>, naturalmente este ser\u00e1 dividido em unidades fisicamente independentes. Esta divis\u00e3o ocorrer\u00e1 de forma evolutiva\u00a0ou mesmo durante o processo arquitetural.<\/p>\n

Reparem que usei a palavra\u00a0extenso<\/strong> e n\u00e3o\u00a0complexo.\u00a0<\/strong>Complexidade independe do tamanho da aplica\u00e7\u00e3o e pode ocorrer tanto em pequenas aplica\u00e7\u00f5es de linha de comando quanto micro-servi\u00e7os quanto aplica\u00e7\u00f5es monol\u00edticas.<\/p>\n

Bons argumentos em defesa de aplica\u00e7\u00f5es monol\u00edticas voc\u00ea encontra neste post<\/a>\u00a0(leitura obrigat\u00f3ria). Outra leitura muito interessante sobre a estrat\u00e9gia monol\u00edtica encontramos neste texto<\/a> do Chris Richardson, que inclusive exp\u00f5e alguns pontos negativos.<\/p>\n

E, bom: que tal irmos direto pra fonte e citar o Martin Fowler<\/a>\u00a0que foi um dos primeiros a escrever sobre o assunto e um dos principais respons\u00e1veis pela sua populariza\u00e7\u00e3o:<\/p>\n

n\u00e3o perca tempo considerando micro-servi\u00e7os, a n\u00e3o ser que voc\u00ea tenha um sistema muito complexo para ser gerenciado como um monolito (tradu\u00e7\u00e3o minha)<\/p><\/blockquote>\n

Esta dicotomia monolitos\/micro-servi\u00e7os \u00e9 em si muito pobre. Sinto muita falta em apresenta\u00e7\u00f5es de comparativos entre micro-servi\u00e7os e outras estrat\u00e9gias de componentiza\u00e7\u00e3o que s\u00e3o simplesmente ignoradas.<\/p>\n

A falsa novidade<\/h3>\n

Hoje para mim fica claro que micro-servi\u00e7os n\u00e3o s\u00e3o uma novidade apesar de serem vendidos como tal. Os vejo como uma vis\u00e3o diferente do\u00a0SOA. Um excelente texto sobre isto \u00e9 este <\/a>do Steve Jones. Tamb\u00e9m escrevi <\/a>sobre isto, mas meu texto n\u00e3o \u00e9 t\u00e3o bom quanto o dele.<\/p>\n

Historicamente \u00e9 mais uma tentativa de componentiza\u00e7\u00e3o atrav\u00e9s de computa\u00e7\u00e3o distribu\u00edda. J\u00e1 vimos isto com o EJB, SOAP, CORBA, RPC, DCOM, OSGi, XDR e tantas outras tecnologias que vieram antes.<\/p>\n

Em todas estas abordagens voc\u00ea tinha os pontos abaixo com graus variados de dificuldade na obten\u00e7\u00e3o dos objetivos:<\/p>\n

    \n
  • Processamento distribu\u00eddo<\/li>\n
  • A tentativa de se ter independ\u00eancia tecnol\u00f3gica (DCOM, EJB e OSGi conseguem isto atrav\u00e9s de algumas gambiarras<\/del> estrat\u00e9gais)<\/li>\n
  • Estrat\u00e9gias para se lidar com a aus\u00eancia de um ou mais componentes externos<\/li>\n
  • Monitoramento<\/li>\n<\/ul>\n

    Talvez a novidade seja o ponto de vista muito influenciado pela emerg\u00eancia da cloud (Larry Elison tinha\u00a0um ponto de vista<\/a> interessante sobre a nuvem apesar de muito criticado) que viabiliza economicamente a\u00a0estrat\u00e9gia.<\/p>\n

    (quando voc\u00ea estuda a hist\u00f3ria da computa\u00e7\u00e3o, novidades v\u00e3o se tornando cada vez mais raras, e fica muito n\u00edtido que esporadicamente nos vendem o velho com um novo nome)<\/p>\n

    A velha fal\u00e1cia do espantalho<\/h3>\n

    Aqui entra a desonestidade intelectual em sua forma mais pura. S\u00e3o apresentados exemplos absurdos envolvendo arquiteturas monol\u00edticas: coisas que apenas um completo imbecil faria e que n\u00e3o fazem parte do cotidiano de praticamente ningu\u00e9m.<\/p>\n

    Alguns exemplos: “usar um servidor de aplica\u00e7\u00f5es pesad\u00edssimo para hospedar uma aplica\u00e7\u00e3o m\u00ednima”, “uma aplica\u00e7\u00e3o monol\u00edtica contendo alt\u00edssimo acoplamento entre seus componentes” (o que \u00a0ocorre em sistemas de qualquer escala). Na Wikipedia tem um texto legal<\/a> sobre isto.<\/p>\n

    S\u00e3o argumentos que distorcem grotescamente o argumento do outro visando com isto ridicularizar o “oponente” diante dos demais.<\/p>\n

    Me lembram muito aquelas propagandas exageradas que passam de madrugada na TV, como… estas:<\/p>\n