{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless por partes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless n\u00e3o significa aus\u00eancia f\u00edsica de servidores. N\u00e3o \u00e9 um \"assassino\" de cont\u00eaineres e n\u00e3o \u00e9 uma tend\u00eancia passageira. \u00c9 uma nova abordagem para a constru\u00e7\u00e3o de sistemas na nuvem. No artigo de hoje, discutiremos a arquitetura de aplicativos Serverless, ver como o provedor de servi\u00e7os Serverless e projetos de c\u00f3digo aberto desempenham seus pap\u00e9is. No final, abordaremos quest\u00f5es sobre a aplica\u00e7\u00e3o do Serverless.
\n<\/a><\/noindex>
\nQuero escrever a parte de servidor de um aplicativo (mesmo que seja uma loja virtual). Pode ser um chat, um servi\u00e7o de publica\u00e7\u00e3o de conte\u00fado ou um balanceador de carga. De qualquer forma, haver\u00e1 muita dor de cabe\u00e7a: precisarei preparar a infraestrutura, definir as depend\u00eancias do aplicativo e pensar no sistema operacional do host. Depois, ser\u00e1 necess\u00e1rio atualizar pequenos componentes que n\u00e3o afetam o restante do mon\u00f3lito. E n\u00e3o vamos esquecer sobre escalabilidade sob carga.<\/p>\n

E se pegarmos cont\u00eaineres ef\u00eameros, onde as depend\u00eancias necess\u00e1rias j\u00e1 est\u00e3o pr\u00e9-instaladas e os cont\u00eaineres s\u00e3o isolados uns dos outros e do sistema operacional do host? Vamos dividir o mon\u00f3lito em microsservi\u00e7os, cada um dos quais pode ser atualizado e escalado independentemente dos outros. Colocando o c\u00f3digo em um desses cont\u00eaineres, poderei execut\u00e1-lo em qualquer infraestrutura. J\u00e1 \u00e9 uma melhora. <\/p>\n

E se n\u00e3o quero configurar cont\u00eaineres? N\u00e3o quero pensar em escalabilidade do aplicativo. N\u00e3o quero pagar por cont\u00eaineres em execu\u00e7\u00e3o que est\u00e3o ociosos quando a carga no servi\u00e7o \u00e9 m\u00ednima. Quero escrever c\u00f3digo. Focar na l\u00f3gica de neg\u00f3cios e lan\u00e7ar produtos no mercado a toda velocidade. <\/p>\n

Esses pensamentos me levaram \u00e0 computa\u00e7\u00e3o serverless. Serverless, neste caso, significa n\u00e3o aus\u00eancia f\u00edsica de servidores, mas aus\u00eancia de dor de cabe\u00e7a com a gest\u00e3o da infraestrutura.<\/em><\/p>\n

A ideia \u00e9 que a l\u00f3gica do aplicativo seja dividida em fun\u00e7\u00f5es independentes. Elas t\u00eam uma estrutura orientada a eventos. Cada fun\u00e7\u00e3o executa uma \"microtarefa\". Tudo o que \u00e9 necess\u00e1rio do desenvolvedor \u00e9 carregar as fun\u00e7\u00f5es na console fornecida pelo provedor de nuvem e vincul\u00e1-las \u00e0s fontes de eventos. O c\u00f3digo ser\u00e1 executado sob demanda em um cont\u00eainer automaticamente preparado, e eu pagarei apenas pelo tempo de execu\u00e7\u00e3o. <\/p>\n

Vamos ver como ser\u00e1 o processo de desenvolvimento do aplicativo agora.<\/p>\n

Do ponto de vista do desenvolvedor<\/h2>\n

\nAnteriormente, come\u00e7amos a falar sobre a aplica\u00e7\u00e3o para a loja online. Na abordagem tradicional, a l\u00f3gica principal do sistema \u00e9 executada por um aplicativo monol\u00edtico. E o servidor com o aplicativo est\u00e1 sempre ativo, mesmo quando n\u00e3o h\u00e1 carga.<\/p>\n

Para migrar para o serverless, dividimos a aplica\u00e7\u00e3o em micros tarefas.<\/strong> Para cada uma delas, escrevemos uma fun\u00e7\u00e3o. As fun\u00e7\u00f5es s\u00e3o independentes entre si e n\u00e3o armazenam informa\u00e7\u00f5es sobre o estado (stateless). Elas podem at\u00e9 ser escritas em diferentes linguagens. Se uma delas \"falhar\", a aplica\u00e7\u00e3o como um todo n\u00e3o ser\u00e1 interrompida. A arquitetura da aplica\u00e7\u00e3o ficar\u00e1 assim:<\/p>\n

\"Serverless
\nA divis\u00e3o em fun\u00e7\u00f5es no Serverless \u00e9 semelhante ao trabalho com microsservi\u00e7os. Mas um microsservi\u00e7o pode executar v\u00e1rias tarefas, enquanto uma fun\u00e7\u00e3o, idealmente, deve executar uma \u00fanica. Vamos imaginar que h\u00e1 uma tarefa de coletar estat\u00edsticas e retornar conforme o pedido do usu\u00e1rio. Na abordagem de microsservi\u00e7os, essa tarefa \u00e9 realizada por um \u00fanico servi\u00e7o com dois pontos de entrada: para grava\u00e7\u00e3o e para leitura. Em computa\u00e7\u00e3o sem servidor, ser\u00e3o duas fun\u00e7\u00f5es distintas, n\u00e3o relacionadas entre si. O desenvolvedor economiza recursos computacionais, por exemplo, se as estat\u00edsticas s\u00e3o atualizadas com mais frequ\u00eancia do que s\u00e3o solicitadas. <\/p>\n

As fun\u00e7\u00f5es Serverless devem ser executadas em um curto espa\u00e7o de tempo (timeout), que \u00e9 definido pelo provedor de servi\u00e7os. Por exemplo, para a AWS, o timeout \u00e9 de 15 minutos. Portanto, fun\u00e7\u00f5es de longa dura\u00e7\u00e3o precisar\u00e3o ser ajustadas \u00e0s exig\u00eancias \u2014 isso \u00e9 o que torna o Serverless diferente de outras tecnologias populares hoje (contenedores e Platform as a Service).<\/p>\n

A cada fun\u00e7\u00e3o, atribu\u00edmos um evento.<\/strong> Evento \u2013 \u00e9 um gatilho para a a\u00e7\u00e3o:<\/p>\n

Evento<\/strong>
\nA\u00e7\u00e3o que a fun\u00e7\u00e3o executa<\/strong><\/p>\n

Uma imagem do produto foi carregada no armazenamento
\nCompactar a imagem e descarregar no diret\u00f3rio<\/p>\n

O endere\u00e7o da loja f\u00edsica foi atualizado no banco de dados
\nAtualizar no mapa a nova localiza\u00e7\u00e3o<\/p>\n

O cliente paga pelo produto
\nIniciar o processamento do pagamento<\/p>\n

Eventos podem ser solicita\u00e7\u00f5es HTTP, dados em fluxo, filas de mensagens, e assim por diante. As fontes de eventos s\u00e3o altera\u00e7\u00f5es ou a apari\u00e7\u00e3o de dados. Al\u00e9m disso, fun\u00e7\u00f5es podem ser acionadas por um cron\u00f4metro.<\/p>\n

A arquitetura foi desenvolvida, e a aplica\u00e7\u00e3o quase se tornou serverless. Agora, seguimos para o provedor de servi\u00e7os.<\/p>\n

Do lado do provedor<\/h2>\n

\nNormalmente, as computa\u00e7\u00f5es serverless s\u00e3o oferecidas por provedores de servi\u00e7os em nuvem. Eles t\u00eam diferentes nomes: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Vamos utilizar o servi\u00e7o atrav\u00e9s do console ou do painel do provedor. O c\u00f3digo das fun\u00e7\u00f5es pode ser carregado de uma das seguintes maneiras:<\/p>\n