Problemas de Costos Plagan AWS de Amazon Prime

Seguimos escuchando personas preocupadas sobre el costo de los servicios que recomiendan algunos ingenieros, en particular para las empresas de bajo presupuesto que intentan poner en marcha proyectos paralelos, pequeñas aplicaciones y todo tipo de emprendimientos. Dicen que es más barato usar AWS directamente y no usar las alternativas que recomendamos, y eso está bien; pero se equivocan en varios aspectos, hablemos de ellos: el primero es cuánto tiempo pueden usar la capa gratuitao con descuento, casi todos los servicios que se recomiendan tienen una capa gratuita muy generosa, exageradamente generosa, pero a futuro suelen subir los costos.

La nube no es ECONÓMICA

A veces es fácil para nosotros como ingenieros pensar en el tiempo como algo barato, porque es nuestro y podemos gastarlo como queramos, pero cuando se trata de cosas como la configuración de CI y CD bien aplicada o la conexión de su base de datos en la configuración de un PG bouncer para manejar el tráfico sin servidor, el tiempo se vuelve preciado.

Otro de los aspectos a tener en cuenta son los tipos de problemas que tratamos cuando usabamos AWS, a mí mismo me tomó tiempo para resolverlos, a veces días y a veces semanas siempre incluyendo una gran cantidad de mantenimiento a largo plazo y la cantidad de tiempo que he perdido en la creación de PG bouncers, bases de datos de conmutación entre plataformas, averiguar o amplificar sobre appsync; todas estas otras cosas funcionan tratando de conseguir CI y CD vinculado a GitHub correctamente es un trabajo arduo, estamos hablando de cientos y cientos de horas

Si usted puso todo ese esfuerzo en la creación, pero ahora tiene una configuración compleja en la que confía, que haría si luego deja de funcionar, hay que poner un montón de trabajo en la búsqueda de un reemplazo que pueda mantener cualquier caos que se generó, sabiendo que usted seguirá invirtiendo dinero para pagar la mensualidad del servicio. Por lo que sea depende de cuántos contratiempos hay antes que el problema sea alarmante.

Nos referimos al punto en el que un servicio alcanza un nivel de estabilidad en sus funciones y, a partir de esto, recibe suficiente tráfico y uso para que tenga sentido tomarlo como un servicio estable que puede funcionar por sí mismo con el fin de reducir costos. Sin embargo, la mayoría de las empresas no se encuentran cerca de ese punto. Esto se debe a que la mayor parte del código está en constante evolución, y el costo de realizar cambios es considerable. Nos atrevemos a decir que, en la mayoría de las empresas en las que trabajan, resultaría más costoso que la empresa les pague por desarrollar desde cero en lugar de aprovechar la experiencia existente.

Lo mismo se aplica a todas las recomendaciones que ofrecemos en FullDevZone. Estas herramientas realmente ahorran una cantidad significativa de tiempo. Es posible que no valoren ese tiempo tanto desde la perspectiva de un desarrollador, pero desde mi posición como líder de equipo, alguien que dirige proyectos de empresas y también invierte en una propia, ese tiempo tiene un valor real. En las empresas, es importante comprender cuán valioso es el tiempo de sus ingenieros para que estos puedan usar ese tiempo en cosas que impulsen diferenciadores comerciales únicos. Su ingeniero debería dedicar tiempo a mejorar su producto para sus usuarios para que pueda vencer a su competencia, no a crear su AWS más barato para que pueda sentirse bien consigo mismo y con su seguridad laboral por la noche, ya que le pagan su salario al año para ahorrarle a la empresa 80 dólares al mes, pero ni siquiera estamos en lo más importante: ¿estos servicios realmente ahorran dinero?

Estamos hablando de los beneficios reales de estos Servicios que le permiten crear cosas que funcionan a costos más baratos. Lo primero es escalar a cero. No está pagando por la computación. Si configura su kubernetes y su terraform correctamente, puede minimizar la cantidad de computación que está pagando y que no utiliza,usted no paga cuando termina el mes, usted deberia pagar cuando los usuarios usan el servicio y ese mecanismo de facturación hace que sea mucho más fácil flexibilizar su costos basados en el uso de cada parte de lo que está construyendo, es mucho más fácil escalar sus precios en función de la escala de su aplicación en lugar de hacer girar las cosas y quedarse sentado y pagar por un montón de servidores que no están generando rentabilidad en realidad, además de eso, pudiendo ahorrar una tonelada de computación usando cosas como el caché de versel y la regeneración estática incremental.

Para finalizar este artículo, nos gustaría recordar a aquellos que han llegado hasta este punto que siempre es importante buscar opciones más eficientes y económicas para mejorar sus emprendimientos, empresas o incluso sus hogares.Si desean obtener orientación adicional, no duden en contactarnos.