banner
Centro de Noticias
Mejorando constantemente nuestras técnicas y calidad para mantenernos actualizados con las tendencias de la industria.

Dominar la reducción de costos de AWS: errores que disparan su factura

Jul 11, 2023

Historia exclusiva para miembros

Jan Kammerath

Seguir

--

12

Compartir

La capacidad de AWS para proporcionar recursos casi infinitos es excelente y nunca deberá considerar las limitaciones de recursos al crear aplicaciones nativas de la nube. Sin embargo, está el factor económico y nadie tiene presupuestos infinitos. Recientemente reduje la factura de AWS de mi empresa para un conjunto de cuentas en un 65%, lo que representa un ahorro de costos de alrededor de $60 000 al año. No necesita software ni herramientas sofisticadas para administrar sus costos, ya que AWS ya proporciona una serie de servicios para mantener sus costos bajo control. Los generadores de costos son casi siempre los mismos en la mayoría de las cuentas y empresas.

Un enfoque muy recomendado es revisar el costo de AWS al menos trimestralmente, idealmente mensualmente. Esto no solo incluye revisar las facturas, sino también profundizar en los servicios con AWS Cost Explorer. Si bien Cost Explorer le brinda una buena idea de lo que impulsa sus costos, no brinda soluciones sobre cómo reducirlos. Para muchos de los factores de costo, a menudo tendrá que analizar el uso del servicio mediante CloudWatch. Veamos estos factores de costos y cómo contrarrestarlos. También veremos muchos factores de costos que no encontrará en la documentación o recomendaciones oficiales de AWS.

El factor de costos más común que encontré en numerosas empresas es el sobreaprovisionamiento. No sorprende que el sobreaprovisionamiento también se mencione en las certificaciones de arquitecto de soluciones de AWS. Se refiere al aprovisionamiento de recursos con memoria y capacidad de procesamiento muy por encima de la capacidad requerida para su aplicación. Pueden ser instancias EC2 con demasiada memoria o funciones Lambda asignadas con memoria excesiva o tiempos de espera de ejecución prolongados.

Puede parecer una tontería aprovisionar una función Lambda con sólo 512 MB de memoria. Sin embargo, si las estadísticas de ejecución muestran que una función Lambda utiliza menos de 400 MB, debería considerar reducir la memoria asignada. Un enfoque común para muchos desarrolladores es implementar Lambda con demasiada memoria y tiempos de espera de ejecución demasiado largos. Si su lambda se encuentra detrás de una puerta de enlace API, de todos modos está limitado a una ejecución máxima de 30 segundos. La potencia informática o las vCPU disponibles de su Lambda se relacionan directamente con la asignación...