La mejor manera de ahorrar dinero en AWS es comprometiéndose a usar servicios de cómputo por un período de 1 a 3 años. Hay varias opciones, tales como up front (pago por adelantado), no upfront (sin pago por adelantado), o incluso partial upfront (pago por adelantado parcial). Dependiendo de la opción seleccionada, podrías obtener desde un 25% hasta un 55% de descuento en costos de cómputo.

En algún momento del 2023 estábamos discutiendo sobre costos y la velocidad de las páginas, rápidamente señalé que el bajo rendimiento y el pico en el costo del ancho de banda era causado por el uso de imágenes .gif, al principio el equipo se mostró reacio a esto, pero unos días después se me ocurrió sacar un reporte del servicio Amazon S3 con el cual se puede obtener un log de acceso de los archivos alojados y luego procesarlo usando Amazon Athena.

El otro día recibí una solicitud de nuestro líder de equipo para verificar por qué nuestros gastos de AWS se habían disparado inesperadamente el mes pasado, después de unos minutos revisando la facturación de los meses anteriores, descubrí que AWS comenzó a cobrar impuestos, cloudwatch ha estado aumentando a medida que implementábamos un mejor sistema de logging para nuestras apps, y también AWS comenzó a cobrarnos $0.005 por dirección IP por hora a partir de febrero de 2024.

Un día, muy temprano en la mañana, recibí un mensaje con una captura de pantalla del CTO que decía:

¿Alguna idea de cómo mantener estos limpios?

Unos meses antes, estábamos discutiendo la necesidad de desplegar entornos de feature branch como una solución para evitar que nuestro proceso de entrega se atascara, ya que estábamos desplegando más de lo que el equipo de QA podía manejar. Creamos un pipeline de deployment de feature branch, y estaba funcionando genial, ya que cada feature importante era probada aisladamente del entorno de QA (sin merges hasta ser aprobado por QA). Esencialmente, dejamos de tener quejas sobre nuestra cola a producción atascándose debido a código defectuoso o criterios de aceptación incompletos.

Antes de trabajar en esta compañía, obtuve cuatro certificaciones de AWS y participé en varios proyectos que requerían conocimiento de AWS, pero nada se comparó con lo que logré durante mi tiempo aquí.

Quizás te preguntes cómo terminé colaborando en arquitectura e infraestructura, dado que originalmente fui contratado como ingeniero backend. La verdad es que fui extremadamente afortunado. Hubo cambios gerenciales dentro de la compañía, y unos meses después de que comencé, un nuevo CTO se unió al equipo. También éramos un equipo bastante pequeño y siempre necesitábamos un par de manos extra.