Adeus EC2-Basic, foi ótimo


Adeus EC2-Basic, foi ótimo

Retirar serviços não é algo que fazemos na AWS. É bem raro. As empresas confiam em nossas ofertas – seus negócios literalmente vivem desses serviços – e é algo que levamos a sério. Por exemplo, o SimpleDB ainda está por aí, embora o DynamoDB seja o BD “NoSQL” de escolha dos nossos clientes.

Então, dois anos atrás, quando Jeff Barr anunciou que encerraríamos o EC2-Basictenho certeza de que havia pelo menos alguns de vocês que não acreditavam que realmente iríamos virar o interruptor — que o deixaríamos rodar para sempre. Bem, esse dia chegou. Em 15 de agosto de 2023, encerramos a última instância do Basic. E com toda a história aqui, acho que vale a pena celebrar a versão authentic de um dos serviços que iniciaram o que hoje conhecemos como computação em nuvem.

O EC2 já existe há algum tempo, quase 17 anos. Apenas o SQS e o S3 são mais antigos. Então, eu não o culparia se você estivesse se perguntando o que torna uma instância do EC2 “clássica”. Simplificando, é a arquitetura de rede. Quando lançamos o EC2 em 2006, period uma rede gigante de 10.0.0.0/8. Todas as instâncias eram executadas em uma única rede plana compartilhada com outros clientes. Ela expôs um punhado de recursos, como grupos de segurança e endereços IP públicos que eram atribuídos quando uma instância period criada. O clássico tornou o processo de aquisição de computação extremamente simples, embora a pilha em execução nos bastidores fosse incrivelmente complexa. “Invent and Simplify” é um dos Princípios de liderança da Amazon afinal…

Se você tivesse iniciado uma instância em 2006, um m1.small, você teria obtido uma CPU digital equivalente a um processador Xeon de 1,7 GHz com 1,75 GB de RAM, 160 GB de disco native e 250 Mb/segundo de largura de banda de rede. E teria custado apenas US$ 0,10 por hora de clock. É incrível onde a computação em nuvem foi desde então, com um P3dn.24xlarge fornecendo 100 Gbps de taxa de transferência de rede, 96 vCPUs, 8 GPUs NVIDIA v100 Tensor Core com 32 GiB de memória cada, 768 GiB de memória whole do sistema e 1,8 TB de armazenamento SSD native, sem mencionar um EFA para acelerar cargas de trabalho de ML.

Mas 2006 foi uma época diferente, e aquela rede plana e pequena coleção de instâncias, como o m1.small, period “Clássica”. E na época period realmente revolucionária. O {hardware} havia se twister um recurso programável que você podia aumentar ou diminuir a qualquer momento. Todo desenvolvedor, empreendedor, startup e empresa agora tinha acesso a quanta computação quisesse, quando quisesse. As complexidades de gerenciar infraestrutura, comprar novo {hardware}, atualizar software program, substituir discos com falha — tinham sido abstraídas. E isso mudou a maneira como todos nós projetamos e construímos aplicativos.

Claro que a primeira coisa que fiz quando o EC2 foi lançado foi mover este weblog para um m1.small. Ele estava rodando Tipo Móvel e essa instância period boa o suficiente para executar o servidor e o banco de dados native (ainda sem RDS). Eventualmente, eu a transformei em um serviço altamente disponível com failover de RDS, and so forth., e ela funcionou lá por mais de 5 anos até que Recurso do web site Amazon S3 foi lançado em 2011. O weblog está “sem servidor” há 12 anos.

Como fazemos com todos os nossos serviços, ouvimos o que nossos clientes precisavam em seguida. Isso nos levou a adicionar recursos como endereços Elastic IP, Auto Scaling, Load Balancing, CloudWatch e vários novos tipos de instância que se adequariam melhor a diferentes cargas de trabalho. Em 2013, habilitamos o VPC, que permitiu que cada cliente da AWS gerenciasse sua própria fatia da nuvem, segura, isolada e definida para seus negócios. E se tornou o novo padrão. Ele simplesmente deu aos clientes um novo nível de controle que os habilitou a construir sistemas ainda mais abrangentes na nuvem.

Continuamos a oferecer suporte ao Basic na década seguinte, mesmo quando o EC2 evoluiu e implementamos uma plataforma de virtualização totalmente nova, Nitro — porque nossos clientes o estavam usando.

Dez anos atrás, durante minha palestra de 2013 na re:Invent, eu disse a vocês que queríamos “dar suporte às cargas de trabalho de hoje e de amanhã”, e nosso comprometimento com o Basic é a melhor evidência disso. Não me passou despercebido, a quantidade de trabalho que envolve um esforço como esse — mas é exatamente esse tipo de trabalho que constrói confiança, e estou orgulhoso da maneira como ele foi conduzido. Para mim, isso representa o que significa ser obcecado pelo cliente. A equipe do EC2 manteve o Basic funcionando (e funcionando bem) até que cada instância fosse desligada ou migrada. Fornecendo documentação, ferramentas e suporte das equipes de engenharia e gerenciamento de contas durante todo o processo.

É agridoce dizer adeus a uma de nossas ofertas originais. Mas percorremos um longo caminho desde 2006 e não terminamos de inovar para nossos clientes. É um lembrete de que construir sistemas evolutivos é uma estratégia, e revisitar suas arquiteturas com a mente aberta é uma obrigação. Então, adeus Basic, foi ótimo. Vida longa ao EC2.

Certificado de realização

Agora, vá construir!

Postagens recomendadas

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *