Por Alexandra Huides, Aditya Santhanam e Matt Lehwes

A AWS anunciou novas cobranças para endereços IPv4 públicos fornecidos pela AWS a partir de 1º de fevereiro de 2024. Neste blog, apresentamos dois novos recursos para ajudar você a rastrear e monitorar seus endereços IPv4 públicos ociosos e em uso, estimar custos futuros e identificar oportunidades de otimização. Para ajudá-lo a entender melhor como essas mudanças afetarão sua fatura da AWS, a partir de agora é possível ver novos tipos de uso no Relatório de Custos e Uso da AWS (CUR) que fornece informações detalhadas sobre seus endereços IPv4 públicos. Também estamos lançando o Public IP Insights, um recurso novo e gratuito do Amazon VPC IP Address Management (IPAM) que simplifica o monitoramento, a análise e a auditoria de endereços IPv4 públicos. Por fim, compartilhamos as melhores práticas para usar endereços IPv4 públicos e identificar oportunidades de otimização.

Vamos começar com uma análise rápida dos quatro tipos de endereços IPv4 públicos da AWS e de como cada um deles influencia nas cobranças anunciadas:

Tipos de endereços IPv4 públicos da AWS

A AWS considera quatro tipos de endereços IPv4 públicos: endereços IPv4 públicos do Amazon EC2, endereços IP elásticos de propriedade da Amazon, endereços IPv4 públicos de serviços gerenciados e Bring Your Own IPs (BYOIP). As novas cobranças se aplicam a todos os tipos de endereços IPv4 públicos, exceto BYOIP.

1. Endereços IPv4 públicos do Amazon Elastic Compute Cloud (EC2)
   Quando você executa recursos da AWS em uma Amazon Virtual Private Cloud (VPC) padrão ou em sub-redes com a configuração de atribuição automática de endereço IP público ativada, eles recebem automaticamente endereços IPv4 públicos do grupo de endereços da Amazon. Os endereços IPv4 públicos atribuídos automaticamente não estão associados à sua conta da AWS. Portanto, quando um endereço IPv4 público do EC2 é desassociado da sua instância, ele é liberado de volta para o grupo de endereços da Amazon e não pode ser reutilizado. Um endereço IPv4 público do EC2 é liberado automaticamente de uma instância quando esta é parada, colocada em hibernação ou terminada, e um novo IP é atribuído à instância quando ela é reiniciada. Os detalhes podem ser encontrados na documentação IPv4 público do EC2. As cobranças serão aplicadas a todos os endereços IPv4 públicos do EC2 associados aos recursos em suas VPCs a partir de 1º de fevereiro de 2024.
2. Endereços IP elásticos (IPv4)  
   Um endereço IP elástico é um endereço IPv4 público que você pode alocar para sua conta da AWS, ao invés de associá-lo a um recurso específico. Usar um endereço IP elástico em vez de um endereço IPv4 público do EC2 permite gerenciar como ele é associado aos recursos em sua VPC. Você pode desassociar e reassociar um endereço IP elástico sem liberá-lo de volta para o grupo de endereços da Amazon. Atualmente, não há cobrança pelo primeiro endereço IP elástico (EIP) que você associa a uma instância em execução, mas você é cobrado por cada EIP adicional e por EIPs ociosos atribuídos à sua conta. A partir de 1º de fevereiro de 2024, as novas cobranças serão aplicadas a todos os endereços IP elásticos em sua conta da AWS.
3. Endereços IPv4 públicos de serviços gerenciados

Os serviços gerenciados pela AWS provisionados em sua conta, como Elastic Load Balancers voltados para a Internet, gateways NAT da AWS ou AWS Global Accelerator, usam endereços IPv4 públicos do grupo de endereços de propriedade da Amazon. Quando você implanta serviços gerenciados em sub-redes com a opção de atribuição automática de IP público ativada, eles recebem automaticamente endereços IPv4 públicos. Você pode encontrar uma lista de serviços da AWS que usam endereços públicos em nossa documentação. A partir de 1º de fevereiro de 2024, as cobranças serão aplicadas a todos os endereços IPv4 públicos de serviços gerenciados. As cobranças também irão incluir IPv4 públicos associados aos recursos lançados em VPCs da Amazon, AWS Global Accelerator e endpoints de túnel VPN site-to-site da AWS.

4. Endereços BYOIP

Não há cobrança pelo uso de seus próprios endereços IPv4. Você pode trazer parte ou todo o seu intervalo de endereços IPv4 publicamente roteáveis da sua rede local para sua conta da AWS. Você pode configurar um ou mais grupos de endereços BYOIP diretamente no EC2 ou usando o Amazon VPC IPAM. Ao usar o BYOIP, você continua sendo o proprietário do intervalo de endereços e controla o status do anúncio na Internet. Os endereços IPv4 públicos dos grupos BYOIP são gratuitos para uso como IPs elásticos ou quando são atribuídos a serviços da AWS, como instâncias EC2 ou gateways NAT. Além disso, você pode usar endereços BYOIP para o AWS Global Accelerator, sem custos.

Observação: a partir de agora, os endereços IPv4 públicos do EC2, endereços IPv4 elásticos em uso e endereços IPv4 públicos de serviços gerenciados serão referenciados como endereços IPv4 públicos em uso. Os endereços IP elásticos ociosos serão referenciados como endereços IPv4 públicos ociosos.

Estimativa de tarifas de endereços IPv4 públicos

A partir de hoje, por padrão, o Relatório de Custo e Uso (CUR) inclui dados de uso abrangentes relacionados a endereços IPv4 públicos em uso e ociosos. Ao configurar o CUR, você tem a opção de selecionar “Incluir IDs de recursos” para adicionar uma análise mais detalhada do nível do recurso. A captura de tela a seguir (figura 1) mostra essa configuração:

Figura 1: Relatório de custo e uso da AWS mostrando onde selecionar IDs de recursos

No CUR atualizado, você verá dois novos tipos de uso para endereços IPv4 públicos:

• PublicIPv4:IdleAddress: mostra o uso de todos os endereços IPv4 públicos que estão ociosos em sua conta da AWS
• PublicIPv4:InUseAddress: mostra o uso de todos os endereços IPv4 públicos que estão em uso pelos seus recursos da AWS. Isso inclui endereços IPv4 públicos do EC2, endereços IP elásticos e endereços IPv4 públicos de serviços gerenciados. Não inclui BYOIPs, pois não há cobrança pelo uso de destes endereços.

Você pode usar as novas informações do CUR para atualizar sua automação em relação aos dados de faturamento e para simplificar o rastreamento de IPv4 públicos e o cálculo de custos. Esses novos tipos de uso foram adicionados para ajudá-lo a estimar as cobranças relacionadas aos IPv4 públicos mas os valores não serão cobrados até 1º de fevereiro de 2024. A imagem a seguir (figura 2) mostra um exemplo de como esses tipos de uso aparecem em no CUR.

Figura 2: Relatório de custo e uso da AWS (CUR) mostrando os novos tipos de uso PublicIPv4:IdleAddress e PublicIPv4:InUseAddress (Clique aqui abrir uma imagem maior em uma nova guia)

Cálculo de custos por tipo de uso

Você pode agregar o tipo PublicIPv4:IdleAddress para estimar o uso de endereços IPv4 ociosos e o PublicIPv4:InUseAddress para estimar o uso de endereços IPv4 em uso. Usando os dados mostrados na figura 2, para o período de uma hora da amostra entre 2023-07-28 01:00 e 2023-07-28 02:00, podemos calcular:

• Total de endereços IPv4 públicos ociosos: 2 IPs x 1 hora
• Total de endereços IPv4 públicos em uso: 7 IPs x 1 hora

A partir de 1º de fevereiro de 2024, o uso desses nove endereços IPv4 públicos custará 0,045 USD no intervalo de uma hora. Isso se divide em:

• Um custo já existente para o total de endereços IPv4 públicos ociosos utilizados: 2 IPs x 1 hora x 0,005/IP/hora = 0,010 USD
• Um novo custo para o total de endereços IPv4 públicos em uso: 7 IPs x 1 hora x 0,005/IP/hora = 0,035 USD

Cálculo de custos por operação

Você pode usar as informações na coluna lineItem/Operation para uma análise mais granular e identificar o uso do IPv4 público com base no tipo de IP:

• AllocateAddressVPC: rastreia endereços IP elásticos que estão ociosos em sua conta da AWS.
• AssociateAddressVPC: rastreia endereços IP elásticos que estão em uso e associados aos seus recursos da AWS.
• RunInstances: rastreia todos os endereços IPv4 públicos do EC2 associados à suas instâncias na AWS.
• DescribeNetworkInterfaces: rastreia endereços IPv4 públicos de serviços gerenciados em VPCs.
• CreateVpnConnection: rastreia endereços IPv4 públicos associados com conexões VPN Site-to-Site da AWS.
• CreateAccelerator: rastreia endereços IPv4 públicos associados com o Global Accelerator.

Vamos detalhar o mesmo período de amostra de uma hora entre 28/07/2023-07:00 e 28/07/2023-02:00 que usamos no exemplo anterior. Calculamos o seguinte uso para cada tipo de IP através dos dados da coluna lineItem/Operation:

• Total de endereços IP elásticos ociosos: 2 IPs x 1 hora
• Total de endereços IP elásticos em uso: 2 IPs x 1 hora
• Total de endereços IPv4 públicos do EC2 em uso: 3 IPs x 1 hora
• Total de endereços IPv4 públicos de serviços gerenciados em uso: 2 IPs x 1 hora

A partir de 1º de fevereiro de 2024, o uso desses nove endereços IPv4 públicos custará 0,045 USD no intervalo de uma hora. Isso se divide em:

• Um custo já existente para o total de endereços IP elásticos ociosos: 2 IPs x 1 hora x 0,005/IP/hora = 0,010 USD
• Um novo custo para o total de endereços IPv4 elásticos em uso: 2 IPs x 1 hora x 0,005/IP/hora = 0,010 USD
• Um novo custo para o total de endereços IPv4 públicos do EC2 em uso: 3 IPs x 1 hora x 0,005/IP/hora = 0,015 USD
• Um novo custo para o total de endereços IPv4 públicos de serviços gerenciados em uso: 2 IPs x 1 hora x 0,005/IP/hora = 0,010 USD

O que totaliza 0,045 USD para os nove endereços IPv4 públicos durante o intervalo de uma hora.

A seguir, vamos analisar como você pode usar o novo Amazon VPC IPAM Public IP Insights para monitorar e gerenciar o uso de endereços IPv4 públicos na AWS.

Monitorando o uso de endereços IPv4 públicos com o Amazon VPC IPAM Public IP Insights

Você precisa criar um Amazon VPC IPAM para usar o Public IP Insights. Você não é cobrado pelo uso do Amazon VPC IPAM quando estiver utilizando somente o Public IP Insights como parte do VPC IPAM Free Tier.

O Public IP Insights é um novo recurso gratuito do Amazon VPC IPAM que ajuda você a monitorar, analisar e auditar o uso de endereços IPv4 públicos em suas contas de AWS Organizations e em regiões da AWS. O Public IP Insights ajuda você a descobrir:

• Quais recursos e serviços estão usando endereços IPv4 públicos em sua conta: ele mostra endereços IPv4 públicos em todos os tipos de IP, incluindo IPs elásticos de propriedade da Amazon, IPs de serviços gerenciados, IPs públicos do EC2 e endereços Bring Your Own IP (BYOIP). A captura de tela a seguir (figura 3) mostra o painel Public IP Insights, destacando o número total de endereços IPv4 públicos, junto com um detalhamento por tipo e status da associação.

Figura 3: Painel do Public IP Insights no console do Amazon VPC IP Address Manager (IPAM)

• Por que os endereços IP públicos são usados em recursos específicos: ele mostra grupos de segurança associados às interfaces de rede para ajudá-lo a identificar políticas de acesso à Internet (por exemplo, um servidor web escutando na porta TCP 80 ou um bastion host com a porta TCP 22 aberta) que dependem da conectividade IPv4 pública. Isso permite avaliar se você pode ou não adotar alternativas mais eficientes. Por exemplo, a captura de tela a seguir (figura 4) mostra a porta TCP 22 aberta para acesso SSH remoto da Internet. Dependendo do seu caso de uso, isso pode não ser necessário.

Figura 4: Endereço IPv4 público do EC2 associado a uma instância configurada com um grupo de segurança para acesso SSH remoto

Práticas recomendadas para otimização do uso de IPv4 públicos

As melhores práticas descritas a seguir podem ajudar você a otimizar o uso público do IPv4:

• Considere desativar a atribuição automática de endereços IPv4 públicos em sub-redes padrão, conforme mostrado na captura de tela a seguir (figura 5). Por exemplo, sub-redes que hospedam suas implantações do Amazon ECS ou de bancos de dados do RDS podem não precisar de endereços IPv4 públicos.

Figura 5: Onde desativar a atribuição automática de endereços IPv4 públicos

• Se desativar a atribuição automática de endereços IPv4 públicos no nível da sub-rede não for uma opção, considere desativar a atribuição automática de endereços IP públicos durante a criação da instância. A substituição do atributo de endereçamento IP público da sub-rede permite controlar o nível de granularidade quando os recursos recebem endereços IPv4 públicos, conforme mostrado na captura de tela a seguir (figura 6):

Figura 6: Console do Amazon VPC mostrando onde desabilitar a atribuição automática de endereço IPv4 público na criação da instância

• Avalie quais recursos devem ser implantados em sub-redes públicas e que exigem endereços IPv4 públicos individuais. Recursos como bancos de dados ou serviços de conteiner podem ser implantados em sub-redes privadas, sem serem expostos diretamente à Internet. Isso ajudará você a otimizar o número de endereços IPv4 públicos associados aos seus recursos.
• Para acesso remoto aos recursos em suas VPCs, considere usar endpoints do Amazon EC2 Instance Connect (EIC) em vez de atribuir endereços IPv4 públicos a cada recurso. Isso ajudará você a otimizar o número de endereços IPv4 públicos associados aos seus recursos e a melhorar sua postura de segurança.
• Para tráfego de entrada na Internet, considere usar Elastic Load Balancers ou o AWS Global Accelerator. Esses serviços ajudam você a aumentar a disponibilidade e o desempenho de suas cargas de trabalho enquanto otimizam a utilização pública do IPv4. Ao avaliar o uso do Elastic Load Balancers ou do AWS Global Accelerator, considere sua arquitetura e seus perfis de tráfego.
• Para tráfego de saída da Internet, os gateways NAT podem ajudá-lo a otimizar a utilização de endereços IPv4 públicos. O gateway NAT oferece a capacidade de realizar a tradução do endereço de origem em grande escala, em cada Zona de Disponibilidade. Ao avaliar o uso do gateway NAT, considere sua arquitetura e perfis de tráfego.

Vamos analisar exemplos de soluções associadas e arquiteturas de referência:

Usando endpoints do EC2 Instance Connect

O EC2 Instance Connect Endpoint (EIC Endpoint) é um novo recurso que permite que você se conecte com segurança às suas instâncias do EC2 e a outros recursos da VPC pela Internet. Com os EIC Endpoints, você não precisa mais de endereços IPv4 públicos em seus recursos, de um gateway de Internet em sua VPC ou de qualquer agente para gerenciar seu ambiente. Mais detalhes sobre o uso do EIC Endpoint são abordados na postagem do blog Conectividade segura do público ao privado: introduzindo o EC2 Instance Connect Endpoint. Depois de usar o EIC endpoint para se conectar de forma privada aos seus recursos na VPC, as informações do grupo de segurança disponíveis no Public IP Insights podem ajudar a identificar quais recursos não precisam mais de endereços IPv4 públicos.

Integrando gateways NAT e Elastic Load Balancers para tráfego na Internet

Tráfego de saída para a Internet

Para tráfego de saída da Internet, você pode usar o gateway NAT da AWS, um serviço de tradução de endereços de rede (NAT) altamente disponível e escalável horizontalmente. O gateway NAT da AWS permite que recursos em sub-redes privadas se conectem a endpoints da Internet usando o(s) endereço(s) IP do gateway NAT. Além disso, o gateway NAT da AWS escala automaticamente para 100 Gbps e 10 milhões de pacotes por segundo em uma Zona de Disponibilidade, suportando até oito endereços IP elásticos associados. Ao avaliar o uso do gateway NAT, os padrões de tráfego podem determinar se é possível integrá-lo à sua arquitetura e se o esforço levará à otimização geral dos custos.

Por exemplo, vamos considerar uma carga de trabalho provisionada em um VPC padrão na região us-east-1 usando em média 100 instâncias do Amazon EC2 durante um mês e com uma transferência de dados agregada para a Internet de 100 GB. O diagrama de arquitetura a seguir (figura 7) mostra um exemplo dessa implantação em que todas as instâncias do EC2 recebem endereços IPv4 públicos do EC2 automaticamente.

Figura 7: Instâncias do Amazon EC2 em sub-redes públicas quando a configuração de atribuição automática de IPv4 público está ativada

Para avaliar o custo do uso de endereços IPv4 públicos do EC2, podemos aplicar os mesmos cálculos dos nossos exemplos anteriores:

• Custos de IPv4 público do EC2: 100 IPs públicos do EC2 x 0,005 USD/IP/hora x 730 horas/mês = 365 USD/mês

Para a mesma carga de trabalho, ao usar o gateway NAT da AWS, podemos otimizar o uso de endereços IPv4 públicos, conforme mostrado na arquitetura a seguir (figura 8):

Figura 8: Exemplo de arquitetura com o gateway NAT da AWS para a mesma configuração anterior

Para a mesma carga de trabalho implementada em duas Zonas de Disponibilidade (AZ) na região us-east-1, o custo da integração do gateway NAT da AWS seria de 77,50 USD/mês:

• Custo do gateway NAT: 0,045 USD/hora/gateway NAT x 730 horas x 2 Gateway NAT = 65,70 USD/mês
• Custo do processamento de dados pelo gateway NAT: 0,045 USD/GB x 100 GB = 4,50 USD/mês
• Custo do endereço IPv4 público em uso: 0,005 USD/IP/hora x 730 horas x 2 IPs elásticos = 7,30 USD/mês

Nesse caso, a configuração de IP público do EC2 custa 365 USD/mês, enquanto a abordagem do gateway NAT custa 77,50 USD/mês.

Por outro lado, se considerarmos uma carga de trabalho com quatro instâncias do EC2, implementadas em duas AZs com a mesma configuração e os mesmos requisitos totais de processamento de dados de 100 GB em um mês, os custos dos IPv4 públicos seriam:

• Custos dos endereços IPv4 públicos do EC2: 4 IPs públicos do EC2 x 0,005/IP/hora x 730 horas = 14,60 USD/mês

Nesse caso, o uso da configuração de IP público do EC2 custaria 14,60 USD/mês, enquanto a abordagem do gateway NAT custaria 77,50 USD/mês, conforme calculado no exemplo anterior.

Concluindo: pode ser que algumas de suas cargas de trabalho possam se beneficiar da otimização IPv4 pública fornecida pelo gateway NAT da AWS, enquanto outras possam continuar usando endereços IPv4 públicos, dependendo de suas necessidades de comunicação com a Internet.

Tráfego de entrada da Internet

Para tráfego de entrada da Internet, Application Load Balancers ou Network Load Balancers distribuem automaticamente o tráfego entre vários destinos ou dispositivos virtuais em uma ou mais AZs. Isso alivia a necessidade de gerenciar instâncias EC2 individuais e os registros DNS públicos associados às mesmas, além de otimizar do uso de endereços IPv4 públicos. Você pode encontrar o conjunto completo de recursos e funcionalidades na documentação do Elastic Load Balancing.

Por exemplo, vamos considerar uma aplicação web voltada para a Internet, implementada em uma VPC padrão e que usa 100 instâncias do Amazon EC2 em um mês. Essa aplicação processa 10 GB por hora de tráfego de clientes por mês (solicitações e respostas) e gera 1 GB de dados de saída originados na VPC e enviados para a Internet. O diagrama de arquitetura a seguir (figura 9) detalha o exemplo de configuração. Todas as instâncias do EC2 são configuradas com endereços IPv4 elásticos e o DNS para o endpoint da aplicação web é gerenciado no Amazon Route 53.

Figura 9: Instâncias do Amazon EC2 em sub-redes públicas com endereços IPv4 elásticos para uma aplicação web

Para avaliar o custo do uso de endereços IP elásticos associados às instâncias da aplicação web, podemos aplicar os mesmos cálculos anteriores:

• Custos dos endereços IPv4 públicos do EC2: 100 IPs públicos do EC2 x 0,005 USD/IP público/mês x 730 horas = 365,00 USD/mês

Para essa carga de trabalho, podemos avaliar a integração de um Application Load Balancer para tráfego de clientes e de um gateway NAT para tráfego de saída originado na VPC. O diagrama a seguir (figura 10) mostra um exemplo de arquitetura desse aplicativo web usando um Application Load Balancer voltado para a Internet e um gateway NAT em cada AZ:

Figura 10: Usando o gateway NAT e o Application Load Balancer para tráfego na Internet

O custo da integração do gateway NAT da AWS totaliza 73,045 USD/mês:

• Custo do gateway NAT: 0,045 USD/hora/gateway NAT x 730 horas x 2 gateways NAT = 65,70 USD/mês
• Custo do processamento de dados do gateway NAT: 0,045 USD/GB x 1 GB = 0,045 USD/mês
• Custo dos endereços IPv4 públicos em uso: 0,005 USD/IP/hora x 730 horas x 2 IPs elásticos = 7,30 USD/mês

Para o Application Load Balancer, supondo que a quantidade de tráfego processado determine o número de unidades de capacidade do balanceador de carga (LCUs), o custo totaliza 82,125 USD/mês:

• Custo do ALB: 0,0225 USD/ALB/hora x 1 ALB x 730 horas = 16,425 USD/mês
• Custo do ALB por LCU: 0,008 USD/hora de LCU x 10 LCUs x 730 horas = 58,40 USD/mês
• Custo dos endereços IPv4 públicos em uso: 0,005 USD/IP/hora x 730 horas x 2 IPs elásticos ALB = 7,30 USD/mês

Isso gera um custo total de integração do gateway NAT da AWS e do Application Load Balancer de 155,17 USD/mês, enquanto a abordagem com Elastic IP totaliza 365,00 USD/mês. Neste exemplo, sem levar em conta os benefícios adicionais fornecidos pelos Elastic Load Balancers, podemos otimizar o uso e o custo do endereço IPv4 público adotando o gateway NAT e o Application Load Balancer.

Usando o AWS Global Accelerator com recursos privados em suas VPCs

O AWS Global Accelerator é um serviço de rede que ajuda você a melhorar a disponibilidade, o desempenho e a segurança de seus aplicativos públicos. O Global Accelerator fornece dois IPs públicos estáticos globais que atuam como ponto de entrada fixos para os endpoints da sua aplicação, como Application Load Balancers, Network Load Balancers e instâncias EC2.

Ao configurar endpoints internos no AWS Global Accelerator (por exemplo, instâncias EC2 em sub-redes privadas ou Application Load Balancers internos), você permite que o tráfego da Internet flua diretamente para os endpoints em suas VPCs, sem exigir endereços IP públicos. O tráfego de resposta também flui pelo Global Accelerator. O diagrama a seguir (figura 11) mostra o Global Accelerator com instâncias EC2 privadas como endpoints. Observe que as instâncias do EC2 continuarão usando o gateway NAT para o tráfego de saída para Internet originado na VPC.

Figura 11: AWS Global Accelerator com endpoints EC2 privados para tráfego de entrada da Internet

Observação: a opção de otimização certa para você depende de suas cargas de trabalho e tipos de aplicativos e de seus perfis de tráfego.

Conclusão

Nesta postagem do blog, abordamos como você pode usar novos dados nos relatórios de custo e uso da AWS para estimar suas cobranças de endereços IPv4 públicos e analisamos o Public IP Insights, um recurso novo e gratuito do Amazon VPC IPAM que ajuda você a monitorar o uso de endereços IPv4 públicos. Também abordamos as melhores práticas e arquiteturas comuns que permitem otimizar o uso de endereços IPv4 públicos. Se você tiver dúvidas sobre essa publicação, inicie um novo tópico no AWS re:Post ou entre em contato com o AWS Support.

Sobre o autor

Alexandra Huides é Principal Networking Specialist Solutions Architect em contas estratégicas na AWS. Ela se concentra em ajudar os clientes a criar e a desenvolver arquiteturas de rede altamente escaláveis e resilientes para ambientes da AWS. Alex também é palestrante pública da AWS e está ajudando clientes a adotar o IPv6. Fora do trabalho, ela adora velejar (especialmente em catamarãs), viajar, descobrir novas culturas e ler.

Aditya Santhanam é Senior Product Manager na AWS na equipe de produtos da VPC. Ele é apaixonado por melhorar a experiência de rede na nuvem da AWS e acelerar a adoção do IPv6 em vários setores de clientes. Antes de ingressar na AWS, ele passou mais de uma década trabalhando nas áreas de Telco Cloud, redes de entrega de conteúdo e segurança cibernética. Em seu tempo livre, ele gosta de passar tempo com sua família e de fazer atividades ao ar livre.

Matt Lehwess é Senior Principal Solutions Architect na AWS. Matt passou muitos anos trabalhando como engenheiro de redes na área de provedores de telecomunicações, construindo redes WAN de grande escala na região Ásia-Pacífico e na América do Norte, bem como implantando tecnologias de data center e infraestruturas de rede relacionadas. Como resultado, ele se sente mais à vontade trabalhando com o Amazon VPC, o AWS Direct Connect e outros produtos e serviços focados em infraestrutura da Amazon. Matt também é palestrante público da AWS e gosta de passar o tempo ajudando clientes a resolver problemas de grande escala usando a plataforma de nuvem da AWS. Fora do trabalho, Matt é um ávido alpinista, tanto em ambientes internos quanto externos, e um grande surfista.
 

Tradutores e Revisores

Heloisa Pereira é Arquiteta de Soluções na AWS

Caio Cesar Lopes de Oliveira é Arquiteto de Soluções na AWS
 

Andre Mello é Arquiteto de Soluções na AWS