{"id":55881,"date":"2020-01-31T00:00:00","date_gmt":"2020-01-30T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","title":{"rendered":"Dicas e fontes de informa\u00e7\u00e3o para criar aplica\u00e7\u00f5es sem servidor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Dicas
\nEmbora as tecnologias serverless tenham ganhado popularidade rapidamente nos \u00faltimos anos, ainda existem muitos equ\u00edvocos e preocupa\u00e7\u00f5es relacionadas a elas. Depend\u00eancia de fornecedor, ferramentas, gerenciamento de custos, inicializa\u00e7\u00e3o fria, monitoramento e ciclo de vida do desenvolvimento \u2014 todos esses t\u00f3picos s\u00e3o amplamente discutidos quando se fala em tecnologias serverless. Neste artigo, vamos explorar alguns dos temas mencionados e compartilhar dicas e links para fontes \u00fateis que ajudar\u00e3o os novatos a criar aplica\u00e7\u00f5es serverless poderosas, flex\u00edveis e econ\u00f4micas.
\n<\/a><\/noindex><\/p>\n

Equ\u00edvocos sobre tecnologias serverless<\/h2>\n

\nMuitos consideram que serverless e processamento de dados de forma n\u00e3o servidor (Functions as a Service<\/a><\/noindex>, FaaS) s\u00e3o quase a mesma coisa. Isso significa que a diferen\u00e7a n\u00e3o \u00e9 muito grande e vale a pena implementar a novidade. Embora o AWS Lambda tenha sido uma das 'estrelas' do auge das tecnologias serverless e um dos elementos mais populares da arquitetura serverless, essa arquitetura representa algo mais do que FaaS.<\/p>\n

O princ\u00edpio fundamental das tecnologias serverless \u00e9 que voc\u00ea n\u00e3o precisa se preocupar em gerenciar e escalar a infraestrutura, voc\u00ea paga apenas pelo que usa. Muitos servi\u00e7os se encaixam nesses crit\u00e9rios \u2014 AWS DynamoDB, S3, SNS ou SQS, Graphcool, Auth0, Now, Netlify, Firebase e muitos outros. De maneira geral, o serverless implica o uso de todas as capacidades da computa\u00e7\u00e3o em nuvem sem a necessidade de gerenciar e otimizar a infraestrutura para escalabilidade. Isso tamb\u00e9m significa que a seguran\u00e7a em n\u00edvel de infraestrutura n\u00e3o \u00e9 mais um problema seu, o que \u00e9 uma enorme vantagem, considerando a dificuldade e complexidade de conformidade com padr\u00f5es de seguran\u00e7a. Finalmente, voc\u00ea n\u00e3o precisa comprar a infraestrutura que lhe \u00e9 fornecida.<\/p>\n

Serverless pode ser considerado um 'estado de esp\u00edrito': uma certa mentalidade ao projetar solu\u00e7\u00f5es. Evite abordagens que exigem manuten\u00e7\u00e3o de qualquer infraestrutura. Com a abordagem serverless, gastamos tempo resolvendo problemas que impactam diretamente o projeto e geram benef\u00edcios para nossos usu\u00e1rios: criamos l\u00f3gica de neg\u00f3cios robusta, desenvolvemos interfaces de usu\u00e1rio e projetamos APIs adaptativas e confi\u00e1veis.<\/p>\n

Por exemplo, se for poss\u00edvel evitar a gest\u00e3o e a manuten\u00e7\u00e3o de uma plataforma de busca em texto livre, \u00e9 exatamente assim que agiremos. Essa abordagem para a constru\u00e7\u00e3o de aplicativos pode acelerar significativamente o lan\u00e7amento de produtos no mercado, pois voc\u00ea n\u00e3o precisa mais se preocupar em gerenciar uma infraestrutura complexa. Livre-se das responsabilidades e custos de gest\u00e3o da infraestrutura e concentre-se na cria\u00e7\u00e3o de aplicativos e servi\u00e7os que seus clientes precisam. Patrick Debois chamou essa abordagem \u2018servicefull\u2019<\/a><\/noindex>, este termo foi aceito na comunidade serverless. As fun\u00e7\u00f5es devem ser vistas como um elo de liga\u00e7\u00e3o para servi\u00e7os na forma de m\u00f3dulos implant\u00e1veis (em vez de implantar uma biblioteca inteira ou um aplicativo web). Isso proporciona uma granula\u00e7\u00e3o incr\u00edvel no gerenciamento de implanta\u00e7\u00f5es e mudan\u00e7as no aplicativo. Se voc\u00ea n\u00e3o consegue implantar fun\u00e7\u00f5es dessa maneira, isso pode indicar que as fun\u00e7\u00f5es est\u00e3o realizando tarefas demais e precisam ser refatoradas.<\/p>\n

Alguns se incomodam com a depend\u00eancia do fornecedor ao desenvolver aplica\u00e7\u00f5es em nuvem. O mesmo se aplica a tecnologias sem servidor, e provavelmente isso n\u00e3o \u00e9 um equ\u00edvoco. Com base em nossa experi\u00eancia, a cria\u00e7\u00e3o de aplica\u00e7\u00f5es sem servidor na AWS, combinada com a capacidade da AWS Lambda de integrar outros servi\u00e7os da AWS, \u00e9 um dos fatores que fortalece as vantagens das arquiteturas sem servidor. Este \u00e9 um bom exemplo de sinergia, onde o resultado da combina\u00e7\u00e3o \u00e9 maior do que apenas a soma das partes. Tentando evitar a depend\u00eancia do fornecedor, voc\u00ea pode enfrentar problemas ainda maiores. Ao trabalhar com cont\u00eaineres, \u00e9 mais f\u00e1cil gerenciar seu pr\u00f3prio n\u00edvel de abstra\u00e7\u00e3o entre os provedores de nuvem. Mas quando se trata de solu\u00e7\u00f5es sem servidor, os esfor\u00e7os n\u00e3o compensam, especialmente se desde o in\u00edcio considerarmos a efici\u00eancia econ\u00f4mica. Certifique-se de entender como os fornecedores garantem a presta\u00e7\u00e3o de servi\u00e7os. Alguns servi\u00e7os especializados dependem de pontos de integra\u00e7\u00e3o com outros fornecedores e podem oferecer a capacidade de conex\u00e3o de forma plug-and-play. \u00c9 mais simples invocar Lambda a partir de um endpoint de gateway API do que encaminhar uma solicita\u00e7\u00e3o para um cont\u00eainer ou inst\u00e2ncia EC2. A Graphcool oferece uma configura\u00e7\u00e3o simples com Auth0, o que \u00e9 mais f\u00e1cil do que usar ferramentas de autentica\u00e7\u00e3o de terceiros.<\/p>\n

Escolher o fornecedor certo para sua aplica\u00e7\u00e3o sem servidor \u00e9 uma decis\u00e3o de n\u00edvel arquitet\u00f4nico. Ao criar uma aplica\u00e7\u00e3o, voc\u00ea n\u00e3o espera um dia voltar a gerenciar servidores. A escolha de um fornecedor de nuvem n\u00e3o \u00e9 diferente de decidir sobre o uso de cont\u00eaineres ou bancos de dados, ou mesmo uma linguagem de programa\u00e7\u00e3o. <\/p>\n

Considere:<\/p>\n