Retirar servicios no es algo común en AWS. Es una decisión muy poco frecuente. Las empresas confían en nuestras soluciones (sus negocios dependen directamente de estos servicios) y tomamos este asunto con seriedad. Por ejemplo, SimpleDB sigue existiendo a pesar de que DynamoDB se ha convertido en la base de datos "NoSQL" preferida por nuestros clientes.
Por lo tanto, cuando hace dos años Jeff Barr anunció que EC2-Classic sería descontinuado, es probable que haya habido al menos algunos de ustedes que no creyeron que realmente lo haríamos, que tal vez dejaríamos que siguiera funcionando para siempre. Bueno, ese día ha llegado. El 15 de agosto de 2023, cerramos la última instancia de Classic. Con toda la historia que representa, creo que es apropiado celebrar la versión original de uno de los servicios que sentó las bases de lo que hoy conocemos como la computación en la nube.
EC2 ha existido durante casi 17 años, siendo solo superado en antigüedad por SQS y S3. Por lo tanto, es comprensible si te preguntas qué hacía que una instancia EC2 fuera considerada "clásica". En pocas palabras, se debe a su arquitectura de red. Cuando lanzamos EC2 en 2006, era una red extensa con la dirección IP 10.0.0.0/8. Todas las instancias se ejecutaban en una red única y plana compartida con otros clientes. Esto ofrecía algunas características distintivas, como los grupos de seguridad y las direcciones IP públicas que se asignaban al iniciar una instancia. EC2-Classic simplificaba el proceso de adquirir capacidad informática, a pesar de que la infraestructura en funcionamiento era sumamente compleja en realidad. "Inventar y simplificar" es uno de los Principios de liderazgo de Amazon, después de todo…
Si hubieras lanzado una instancia en 2006, digamos una m1.small, habrías obtenido una CPU virtual equivalente a un procesador Xeon de 1,7 GHz con 1,75 GB de RAM, 160 GB de almacenamiento local y un ancho de banda de red de 250 Mb/segundo. Y todo esto te habría costado solo 0,10 dólares por hora de registro. Es asombroso ver cómo ha evolucionado la computación en la nube desde entonces, con instancias como la P3dn.24xlarge que ofrecen un rendimiento de red de 100 Gbps, 96 vCPU, 8 GPU NVIDIA v100 Tensor Core con 32 GiB de memoria cada uno, 768 GiB de RAM en total, 1,8 TB de almacenamiento SSD local, además de un EFA para acelerar las cargas de trabajo de aprendizaje automático.
Pero en 2006, era una época diferente, y esa red plana y esa pequeña selección de instancias, como la m1.small, eran consideradas "clásicas". En aquel momento, representaban verdaderamente una revolución. El hardware se había convertido en un recurso que se podía programar, ampliar o reducir en cualquier momento. Cada desarrollador, emprendedor, startup y empresa ahora tenía acceso a la cantidad de capacidad informática que necesitara, en el momento en que la necesitara. Las complejidades de gestionar la infraestructura, adquirir nuevo hardware, actualizar software y reemplazar discos defectuosos se habían vuelto obsoletas. Esto cambió la forma en que todos diseñamos y desarrollamos aplicaciones.
Por supuesto, lo primero que hice cuando lanzamos EC2 fue trasladar este blog a una m1.small. Estaba usando Movable Type y esa instancia era suficiente para ejecutar el servidor y la base de datos local (sin RDS en ese entonces). Con el tiempo, lo convertí en un servicio altamente disponible con tolerancia a fallos de RDS, entre otros, y estuvo funcionando así durante más de 5 años, hasta que en 2011 se lanzó la Función de hospedaje de sitios web en Amazon S3. Desde entonces, el blog ha estado "sin servidor" durante los últimos 12 años.
Como hacemos con todos nuestros servicios, escuchamos atentamente lo que nuestros clientes necesitaban a continuación. Esto nos llevó a añadir funcionalidades como las direcciones IP elásticas, Auto Scaling, balanceo de carga, CloudWatch y varios tipos de instancias nuevas adaptadas a diferentes cargas de trabajo. En 2013, introdujimos VPC, lo que permitía a cada cliente de AWS gestionar su propia porción de la nube, de forma segura, aislada y adaptada a sus necesidades empresariales. Esto se convirtió en el nuevo estándar y ofreció a los clientes un nuevo nivel de control para crear sistemas más complejos en la nube.
Incluso cuando EC2 evolucionaba y adoptábamos una nueva plataforma de virtualización completamente innovadora, Nitro, hace diez años, durante mi discurso de apertura en re:Invent 2013, les mencioné que queríamos “soportar las cargas de trabajo actuales y futuras”. Nuestro compromiso con EC2-Classic es una clara evidencia de esto. No subestimo la cantidad de trabajo necesario para un esfuerzo como este, pero es precisamente este tipo de dedicación lo que genera confianza, y me enorgullece cómo se ha manejado la transición. Para mí, esto representa verdaderamente lo que significa estar centrado en el cliente. El equipo de EC2 mantuvo funcionando EC2-Classic (y lo hizo de forma excelente) hasta que cada instancia fue cerrada o migrada con éxito, proporcionando documentación, herramientas y apoyo por parte de los equipos de ingeniería y gestión de cuentas durante todo el proceso.
Es agridulce despedirse de una de nuestras ofertas originales. Pero desde 2006 hemos recorrido un largo camino y seguimos innovando para nuestros clientes. Esto nos recuerda que construir sistemas escalables es fundamental y que revisar las arquitecturas con mentalidad abierta es esencial. Así que, adiós Clásico, ha sido todo un viaje. ¡Larga vida a EC2!
¡Ahora, a construir!
Artículos recomendados