{"id":2290,"date":"2015-10-08T23:50:37","date_gmt":"2015-10-09T02:50:37","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=2290"},"modified":"2015-10-08T23:50:37","modified_gmt":"2015-10-09T02:50:37","slug":"minimizando-a-necessidade-do-deploy-em-aplicacoes-web-monoliticas","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=2290","title":{"rendered":"Minimizando a necessidade do deploy em aplica\u00e7\u00f5es web monol\u00edticas"},"content":{"rendered":"

O fato de termos uma aplica\u00e7\u00e3o monol\u00edtica n\u00e3o implica na necessidade de executarmos o procedimento de deploy (implanta\u00e7\u00e3o) a cada pequena altera\u00e7\u00e3o. Neste post vou expor algumas t\u00e9cnicas simples e complexas que poder\u00e3o lhe ajudar a atingir este objetivo.<\/p>\n

Como exemplo vou usar o Grails Brasil, pois a esmagadora maioria das t\u00e9cnicas que aqui ser\u00e3o expostas s\u00e3o aplicadas neste projeto, que recentemente tem passado por importantes mudan\u00e7as conforme evolu\u00edmos sua arquitetura.<\/p>\n

HTML que pode ser externalizado deve ser externalizado<\/h3>\n

Em portais como o Grails Brasil \u00e9 comum termos elementos da p\u00e1gina que precisamos alterar com frequ\u00eancia, tal como exposto na imagem abaixo (me desculpem pela grosseria\u00a0gr\u00e1fica):<\/p>\n

\"areas_html\"<\/p>\n

Al\u00e9m de \u00e1reas como estas, \u00e9 tamb\u00e9m necess\u00e1rio incluir trechos que sempre s\u00e3o alterados como, por exemplo, scripts de acompanhamento de tr\u00e1fego\u00a0como Google Analytics, propagandas, c\u00f3digos de identifica\u00e7\u00e3o do site ou mesmo trechos JavaScript que precisamos alterar com frequ\u00eancia.<\/p>\n

S\u00e3o pequenos conte\u00fados que tornam o procedimento de implanta\u00e7\u00e3o (por mais automatizado e lindo que seja) demasiadamente caro quando precisamos alterar apenas aqueles pontos.<\/p>\n

A solu\u00e7\u00e3o que adotamos consiste em externalizar estes conte\u00fados\u00a0em um reposit\u00f3rio centralizado que pode ser desde uma pasta no servidor, um bucket no servi\u00e7o S3 da AWS, uma tabela em um banco de dados ou qualquer outra tecnologia de armazenamento que nos permita alterar este conte\u00fado de forma r\u00e1pida e c\u00f4moda sem a necessidade de acionarmos o procedimento de implanta\u00e7\u00e3o.<\/p>\n

Claro que a solu\u00e7\u00e3o n\u00e3o termina a\u00ed. H\u00e1 casos nos quais o acesso a este reposit\u00f3rio \u00e9 lento, comprometendo o desempenho do site. Como resolver esta situa\u00e7\u00e3o? Simples:\u00a0cacheamos<\/strong> este conte\u00fado. Como mantemos o cache atualizado? Definindo uma data de expira\u00e7\u00e3o ou uma URL de limpeza que \u00e9 acionada por usu\u00e1rios autorizados\u00a0quando este conte\u00fado \u00e9 alterado.<\/p>\n

(o mesmo princ\u00edpio pode ser aplicado a imagens, arquivos CSS e c\u00f3digo JavaScript)<\/p>\n

Links expostos no menu de navega\u00e7\u00e3o<\/h3>\n

\u00c9 comum termos em nossos menus de navega\u00e7\u00e3o links que apontem para outros sites. No caso do Grails Brasil ocasionalmente precisamos incluir ou remover estes links, tal como ocorre quando, por exemplo, a itexto lan\u00e7a algum treinamento.<\/p>\n

Novamente a mesma t\u00e9cnica se aplica: os menus s\u00e3o mais um item de configura\u00e7\u00e3o em nosso banco de dados. Conforme inclu\u00edmos ou removemos registros neste reposit\u00f3rio, menus surgem ou desaparecem do site.<\/p>\n

Atualmente o link que leva ao blog do Grails Brasil \u00e9 exposto usando exatamente esta funcionalidade, tal como pode ser visto na imagem abaixo:<\/p>\n

\"menu_grails_brasil\"<\/p>\n

Scripts (linguagens embarcadas)<\/h3>\n

Se sua arquitetura for bem definida, conforme o tempo passa o n\u00facleo do sistema vai se tornando cada vez mais est\u00e1vel e, com isto, a necessidade de altera\u00e7\u00e3o do mesmo diminui significativamente. \u00c9 o que ocorreu com o Grails Brasil: hoje todo o n\u00facleo do sistema, que \u00e9 essencialmente o seu mecanismo de processamento de postagens (cases, perguntas e not\u00edcias) n\u00e3o requer mais modifica\u00e7\u00f5es (a \u00faltima foi feita uns dois anos atr\u00e1s).<\/p>\n

No entanto ocasionalmente ocorre a necessidade de adicionar comportamentos ao redor deste n\u00facleo. Por exemplo: ao finalizar a postagem de uma not\u00edcia publicar o evento em alguma rede social. Ao inv\u00e9s de modificar o c\u00f3digo fonte do sistema hoje, o que fazemos \u00e9 disparar eventos espec\u00edficos para eventos bem definidos no sistema.<\/p>\n

Com isto, o evento “postar not\u00edcia” dispara o script “disparo_noticia”, que publica algo em uma rede social ou envia um e-mail para algu\u00e9m. \u00c9 necess\u00e1rio desativar o envio deste e-mail? F\u00e1cil: trocamos\u00a0o script com a aplica\u00e7\u00e3o executando\u00a0e n\u00e3o precisamos nos preocupar com uma nova implanta\u00e7\u00e3o.<\/p>\n

Este \u00e9 apenas um exemplo do uso de scripts. J\u00e1 falei bastante a respeito deste assunto no meu canal do YouTube conforme voc\u00ea pode ver nesta playlist<\/a> do meu canal.<\/p>\n

Plug-ins<\/h3>\n

Scripts s\u00e3o uma solu\u00e7\u00e3o excelente quando queremos lidar com eventos, mas e quando precisamos trocar uma regra de neg\u00f3cio ou mesmo adicionar novos m\u00f3dulos ao sistema com ele em execu\u00e7\u00e3o?<\/p>\n

Uma alternativa fascinante e que estamos explorando para uma futura vers\u00e3o do Grails Brasil \u00e9 a ado\u00e7\u00e3o de\u00a0plug-ins. A ideia \u00e9 relativamente simples mas muito dif\u00edcil de ser implementada: novas funcionalidades para o seu sistema s\u00e3o encapsuladas em m\u00f3dulos carregados em tempo de execu\u00e7\u00e3o pelo seu programa, tal como ocorre o tempo inteiro com sua IDE favorita.<\/p>\n

Imagine que em um futuro pr\u00f3ximo seja de nosso interesse adicionar um m\u00f3dulo de cadastro de vagas no Grails Brasil (est\u00e1 planejado). H\u00e1 dois caminhos: podemos incorporar este novo c\u00f3digo \u00e0 base j\u00e1 existente ou implementar um plug-in que seria instalado no servidor. No momento em que este fosse ativado um novo link seria exposto na barra de navega\u00e7\u00e3o do site e os usu\u00e1rios teriam acesso a esta nova funcionalidade.<\/p>\n

Deu algum problema neste novo m\u00f3dulo (algo extremamente comum em novas funcionalidades)? F\u00e1cil: trocamos o plug-in em tempo de execu\u00e7\u00e3o. \u00c9 um dos principais ganhos que tanto se fala por a\u00ed em arquiteturas baseadas em micro-servi\u00e7os. A diferen\u00e7a \u00e9 que voc\u00ea pode ter isto hoje sem eles.<\/p>\n

Hoje vejo dois caminhos nesta dire\u00e7\u00e3o:<\/p>\n