book

Desenvolvimento sem servidor na AWS

by Sheen Brisals, Luke Hedger

March 2025

Intermediate to advanced

500 pages

15h 38m

Portuguese (Portugal, Brazil)

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Para quem escrevemos este livroConvenções utilizadas neste livroMaterial suplementarAprendizagem em linha da O'ReillyComo contactar-nosAgradecimentos
O caminho para o ServerlessDa computação de mainframe para a Cloud modernaA influência de executar tudo como um serviçoServiços geridos versus serviços totalmente geridosAs caraterísticas da tecnologia sem servidorPagamento por utilizaçãoEscala automática e escala para zeroAlta disponibilidadeArranque a frioOs benefícios exclusivos do ServerlessIndividualidade e granularidade dos recursosCapacidade de otimizar os serviços em termos de custos, desempenho e sustentabilidadeApoio a medidas mais profundas de segurança e privacidade dos dadosDesenvolvimento incremental e iterativoEquipas de engenharia polivalentes e diversificadasAs partes de uma aplicação sem servidor e o seu ecossistemaPor que a AWS é uma ótima plataforma para Serverless?A popularidade dos serviços sem servidor da AWSA estrutura bem estruturada da AWSPlanos de suporte técnico da AWSSuporte da comunidade de desenvolvedores da AWSResumoEntrevista com um especialista do sector
Prepara-te para "Pensar em Serverless"Criar uma mentalidade sem servidorPrimeiros princípios para uma adoção bem sucedida do ServerlessAvaliar cargas de trabalho para adequação ao ServerlessComo é que levas a consciência do Serverless às partes interessadas da empresa?O papel da cultura organizacionalDesmistificando o bloqueio do fornecedorPorque é que o bloqueio do fornecedor é visto como tão crítico?É possível evitar ficar preso?Deves preocupar-te com o bloqueio de fornecedores no Serverless?Considera o fornecedor de Cloud (AWS) como teu parceiro, não como um fornecedorEstratégias para migrar aplicações antigas para o ServerlessLevanta e deslocaReescrita de serviço de uma só vezMigração faseadaComparação de estratégias de migraçãoAumentar o talento sem servidorCrescer versus construirIngredientes essenciais para o crescimento de uma equipa sem servidorA estrutura de uma equipa multidisciplinar sem servidorResumoEntrevista com um especialista do sector
Padrões arquitectónicos popularesArquitetura orientada para eventosArquitetura cliente/servidorArquitetura em camadas versus arquitetura em camadasArquitetura hexagonalCaraterísticas de um microsserviçoImplementável de forma independenteRepresenta parte de um domínio de negóciosFinalidade únicaLimites de comunicação bem definidosAcoplado frouxamenteObservável a um nível granularPropriedade de uma única equipaEstratégias de comunicação de microsserviçosComunicação síncronaComunicação assíncrona orientada por eventosDecompõe um problema para identificar as suas partesUsa uma analogia com um conjunto de peças para identificar as partesConstruir microsserviços com os pontos fortes do ServerlessArquitetura de microsserviços orientada a eventosComputação orientada por eventos e serviços reactivosO meu microsserviço é um serviço reativo?Uma introdução ao Amazon EventBridgeEventos de domínio, categorias e tipos de eventosA importância do Event Sourcing no desenvolvimento sem servidorEventStormingResumoEntrevista com um especialista do sector
A segurança pode ser simplesDesafios de segurançaComeçar a trabalharCombinando o modelo de segurança Zero Trust com permissões de privilégio mínimoO poder do AWS IAMO modelo de responsabilidade partilhada da AWSPensa como um HackerConhece o OWASP Top 10Modelação de ameaças sem servidorProtegendo a cadeia de suprimentos sem servidorProteger a cadeia de fornecimento de dependênciasGo Further with SLSAAssinatura de código LambdaProteger APIs sem servidorProtegendo APIs REST com o Amazon CognitoProtegendo APIs HTTPValidação e verificação de pedidos de APIVerificação de mensagens em arquitecturas orientadas para eventosProteção de dadosEncriptação de dados em todo o ladoAWS KMSSegurança na produçãoLista de verificação de segurança Go-Live para aplicações sem servidorManutenção da segurança na produçãoDetetar fugas de dados sensíveisResumoEntrevista com um especialista do sector
Uma visão geral dos padrões de softwareO que é um padrão?Como é que os padrões aceleram o desenvolvimento sem servidor?Migração sem servidor: O padrão Strangler FigAbordagens de implementaçãoEstrangulamento dos fluxos de processamento de dadosEstrangulando rotas de API para serviços de back-endArquitetura resiliente: O padrão do disjuntorPor que o padrão Circuit Breaker é relevante em Serverless?Conceitos fundamentais da implementação do disjuntorFalha mais rapidamente quando o circuito está abertoArmazenamento de pedidos quando o circuito está aberto e sua repetição quando fechadoO padrão de integração sem funçãoCasos de uso para integração sem funçãoAspectos a ter em conta nas integrações de serviços nativosO padrão de triagem de eventosO que é a triagem de eventos?Detalhes da implementaçãoPerguntas frequentesO padrão de barramento de eventos do GatekeeperA necessidade de um autocarro de eventos GatekeeperAbordagem de implementaçãoCasos de utilização do padrão de barramento de eventos GatekeeperCoisas a ter em conta com o padrão de barramento de eventos GatekeeperCoreografia de microsserviçosCoisas a ter em conta ao coreografar serviçosOrquestração de serviçosO que é que orquestras?Orquestração em serviçoOrquestração entre serviçosOrquestração distribuídaResumoEntrevista com um especialista do sector
Computação sem servidor com AWS LambdaComo escrever funções LambdaOtimizar as funções LambdaA maior parte do código que escreves será de infraestruturaInfraestrutura como códigoIntegrações de serviços diretos e delegação nos especialistasA produção é apenas um nomeEnvia no dia 1 e em todos os dias seguintesPerfuração de condutas de distribuição - Segurança, velocidade e previsibilidadeDocumentação: Qualidade, não quantidadeResumoEntrevista com um especialista do sector
Como é que as aplicações sem servidor podem ser testadas?Por que o Serverless requer uma nova abordagem para testesO quadrado do equilíbrio sem servidor: A solução de compromisso entre entrega e estabilidadeAnálise de modos de falha e efeitos sem servidorConceber uma estratégia de teste sem servidorIdentificar os caminhos críticosTestes suficientes e testes just-in-timeDefender as normas com uma definição de "feitoTestes práticos sem servidorTestes orientados por eventosTeste de unidade da lógica comercial em funções LambdaPontos de integração do teste de contratoResumoEntrevista com um especialista do sector
Identificação das unidades de escalaPromover a observabilidade sem servidorObservando a saúde dos caminhos críticosMétricas, alarmes e alertasPainel de Saúde CríticaAlerta de capacidadeRegisto orientado para eventosUsando o rastreamento distribuído para entender todo o sistemaQuando as coisas correm malAceitar o insucesso e prever os errosTudo falha a toda a hora: Tolerância a falhas e recuperaçãoDepuração com o loop de análise do núcleoRecuperação de desastresEvitar pontos únicos de falhaCompreender a disponibilidade do AWSVárias contas, várias regiões: Vale a pena?ResumoEntrevista com um especialista do sector

Compreender os modelos de custos sem servidorCusto total de propriedade na CloudCalcula os custosCustos de armazenamentoEvitar erros de custo sem servidorEstimativa de custos sem servidorComo fazer uma estimativa dos custosQuanto mais usas, menos gastasO que podes fazer com o nível gratuito da AWS?Melhores práticas de monitorização de custos sem servidorCriando consciência de custos em uma equipe sem servidorControlo de custos com alertas de orçamentoReduzir o custo operacional do ServerlessResumoEntrevista com um especialista do sector
Então, o que é a sustentabilidade?Os três pilares da sustentabilidadeOs objectivos de desenvolvimento sustentável da ONUPor que é necessário pensar em sustentabilidade no Serverless?Os três elementos da CloudO triângulo da sustentabilidade sem servidorCriar aplicações sem servidor sustentáveisComo é que identificas aplicações sem servidor insustentáveis?Caraterísticas de uma aplicação sustentávelProcessos e práticas de desenvolvimento que promovem a sustentabilidadeSegue os princípios do desenvolvimento Lean e reduz o desperdício de recursosComeça a partir de um conjunto simples de requisitos e aumenta a escala rapidamenteAutomatiza tudo o que for possívelRepensa os protótipos descartáveis do passadoEstimula os teus engenheiros sem servidorSustentabilidade e a Cloud da AWSPadrões de implementação e melhores práticas para a sustentabilidadeComportamento do utilizadorArquitetura de softwareDados e armazenamentoDesenvolvimento e implementaçãoIntroduzir a sustentabilidade nas tuas equipas de engenhariaSustentabilidade na tecnologia: Dia de sensibilizaçãoÁreas de foco da sustentabilidade para a tua equipaLista de verificação da auditoria de sustentabilidadeResumoEntrevista com um especialista do sector
Tendências emergentes em ServerlessA promessa de código reduzido e sem funçõesO renascimento da arquitetura orientada para eventosOrquestração multicloudInfraestrutura a partir do códigoA evolução e a influência da IA generativaAcompanhando a evolução do ServerlessDesafios enfrentados pelas equipas das empresasManter um conjunto de conhecimentos sem servidorAdotar a refatoração contínuaJogar o jogo longoEstabelecer uma associação sem servidor e um centro de excelênciaComo se tornar um evangelista sem servidorJunta-te a uma comunidade sem servidorResumoEntrevista com um especialista do sector

Content preview from Desenvolvimento sem servidor na AWS

Capítulo 5. Padrões de implementação sem servidor

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com

Só existem padrões, padrões em cima de padrões, padrões que afectam outros padrões. Padrões escondidos por padrões. Padrões dentro de padrões.

Chuck Palahniuk

Existem padrões à tua volta. Este livro segue um padrão; cada capítulo tem um padrão. A natureza está cheia de padrões. O capítulo 3 mencionou os três elementos da arquitetura: arte, estrutura e técnica. Verás padrões em cada um destes elementos. Embora os padrões na arquitetura física mostrem a influência da região, do clima, da cultura, etc., a semelhança continua a prevalecer em muitos casos. Os padrões na arquitetura de software seguem uma tendência semelhante: embora existam pontos comuns subjacentes, muitos mostram a influência do domínio do negócio, da linguagem de programação, do ambiente operacional e de outros fatores.

Independentemente das diferenças, os padrões visam fornecer soluções para problemas recorrentes e comuns relacionados com a arquitetura, conceção, implementação ou funcionamento de sistemas de software. Os padrões podem tornar-se opinativos, especialmente quando influenciados pelos factores acima mencionados. Alguns padrões surgem e desaparecem rapidamente, enquanto outros sobrevivem por muito mais tempo, embora as suas implementações possam diferir ao longo do tempo. O padrão de disjuntor (discutido mais adiante neste capítulo) ...