Cuando una empresa utiliza los servicios de AWS, ya sea ejecutando servidores virtuales o almacenando datos, se le facturan los recursos que consume. FinOps y sin Naturalmente, dentro de la empresa se desea estar al tanto de los costos de la nube para reducirlos y optimizarlos. Aquí es donde entran en escena los conjuntos de datos de costos de AWS, ya que están diseñados para ayudar a analizar y monitorear los patrones de gasto para tomar decisiones informadas sobre Costos de AWS.
Dado que prácticamente no existen dos organizaciones con el mismo enfoque en la gestión de costos de la nube, Amazon ofrece diferentes conjuntos de datos de costos disponibles en AWS Cost Explorer y AWS Budgets: ayudan a los usuarios a comprender su uso de AWS, analizar costos de diversas maneras y adaptar sus procesos financieros en función de sus necesidades específicas.
Conjuntos de datos de costos de AWS de un vistazo
Costos no combinados
Los costos no combinados de AWS representan los costos de uso el día en que se cobran. Es como considerar los costos según el método de contabilidad de caja, lo que significa que los gastos se atribuyen a las fechas en las que se pagó al proveedor de servicios.
Dado que este conjunto de datos muestra los cargos reales incurridos por Servicios de AWS Sin ajustes ni distribuciones a lo largo del tiempo, es la opción predeterminada que utilizan la mayoría de los clientes de AWS. Es una forma sencilla de ver los costos a medida que ocurren y es adecuada para la mayoría de las empresas.
Costos amortizados
Los costos amortizados de AWS, a su vez, representan un enfoque totalmente diferente para el monitoreo de costos de la nube, ya que muestran sus gastos en base a lo acumulado en lugar de en base al efectivo. Este conjunto de datos de costos es especialmente útil para aquellos que prefieren compromisos a largo plazo con Amazon comprando reservas de AWS, como Amazon EC2 o instancias reservadas de RDS. Los costos amortizados distribuyen las tarifas mensuales recurrentes de manera uniforme a lo largo del mes, lo que proporciona una vista más fácil de percibir de los costos a lo largo del tiempo.
Para aclarar, hagamos una analogía con un término del que probablemente haya oído hablar: MRR (Ingresos recurrentes mensuales). Los MRR (Ingresos recurrentes mensuales) se calculan utilizando la base contable de acumulación. Con MRR, los ingresos se reconocen cada mes durante la suscripción, independientemente de si el cliente ha pagado la suscripción por adelantado o si realiza pagos mensuales. Este enfoque proporciona una imagen más precisa de los ingresos generados por un negocio de suscripción a lo largo del tiempo, lo que permite un mejor análisis de las tendencias de ingresos y la previsión. De manera similar, el conjunto de datos de costos amortizados lo ayuda a comprender mejor los costos diarios efectivos asociados con su cartera de reservas. En última instancia, le permite tomar decisiones informadas sobre Gestión de costes de la nube y optimización, principalmente cuando se opera a escala.
Costos combinados
The blended cost dataset was initially introduced to assist customers (who represent different departments of the same organization) who prefer to consolidate their billings into a single paying account. On the one hand, this consolidation helps reduce costs when it comes to AWS services priced in tiers—together; several user accounts achieve lower-priced tiers faster. However, blended costs are now less commonly used due to complicated calculations.
To explain how blended costs are determined, let’s take the same example with the S3 storage that has three pricing tiers, with each tier having lower unit costs for additional usage in a month: $50 for the 1st TB of storage, $40 for the following 49 TB and $30 for the following 450 TB (please bear in mind that these are not the actual rates). Let’s imagine that three members belong to a single paying account:
- El miembro 1 utiliza los primeros 20 terabytes;
- El miembro 2 utiliza los siguientes 20 terabytes;
- El miembro 3 utiliza los últimos 20 terabytes;
- En total, la organización en cuestión utiliza 60 terabytes y gasta $2310 (=$50×1+$40×49+$30×10)
Para simplificar, imaginemos también que los miembros usaran el almacenamiento por turnos, lo que da como resultado la siguiente distribución de costos si la calculamos utilizando el conjunto de datos de costos sin combinar:
- El miembro 1 gasta $810 (=$50×1+$40×19)
- El miembro 2 gasta $800 (=$40×20)
- El miembro 1 gasta $700 (=$40×10+$30×10)
But if we want to calculate all members’ blended costs, we first need to divide the total spending by the total number of terabytes used: $2310/60=$38.5/TB. Then, we need to multiply this rate by the number of terabytes a specific member uses. In our simplistic case, all three members had the same S3 usage. Hence, their blended costs will be the same: 38.5×20=$770.
To wrap it up, blended costs are calculated by multiplying the usage of any account by a blended rate, which is the average rate of on-demand usage. Calculating blended costs becomes more intricate and nuanced when reservation-related usage and Savings Plans are involved. That’s why avoiding relying on the blended cost dataset is generally recommended unless you have some specific cases that require predicting costs based on average rates.
Optimización gratuita de costos en la nube y gestión mejorada de recursos de ML/AI para toda la vida
Conjuntos de datos de costes netos
Entre otros conjuntos de datos, se encuentran los costes netos no combinados y los costes netos amortizados. Se calculan de la misma forma que los costes no combinados y amortizados, respectivamente, pero teniendo en cuenta los descuentos que ofrece Amazon.
Conjuntos de datos de costos combinados, no combinados y amortizados: ¿cuál elegir?
En base a lo que hemos discutido, veamos qué conjunto de datos de costos se adaptará a sus necesidades.
En general, los costos no combinados de AWS son el conjunto de datos de costos más comúnmente utilizado que proporciona una vista sencilla de Costos de uso de AWS En efectivo. Todo esto lo hace adecuado para la mayoría de las organizaciones, especialmente aquellas que no tienen requisitos específicos relacionados con reservas o casos de uso particulares. Si desea comprender sus costos de uso tal como se le cobran a diario y nada más, los costos no combinados serán suficientes para que pueda analizar y optimizar los costos de la nube siempre que sea posible.
Los costos amortizados son útiles para las empresas que prefieren AWS Reservations y, sobre todo, Amazon EC2 Reserved Instances. Estos costos se visualizan en función de la acumulación en lugar de en efectivo, lo que le permite ver las tarifas de reserva distribuidas de manera uniforme en el tiempo. Si ha adquirido AWS Reservations y desea analizar las tendencias de costos relacionadas con ellas, los costos amortizados son el conjunto de datos adecuado para usted.
Los costos combinados, aunque ahora se usan con menos frecuencia debido a su complejidad, se crearon inicialmente para ayudar a las organizaciones que consolidaban su facturación en una única cuenta de pago. Por lo tanto, a menos que tenga casos de uso específicos que requieran pronósticos basados en tarifas promedio, le recomendamos evitar el uso de este conjunto de datos.
✔️ Si bien existen múltiples formas de lograr visibilidad de los costos de la nube, OptScale, la PRIMERA solución de CÓDIGO ABIERTO, ayuda a las empresas a obtener una comprensión y transparencia completas del gasto en la nube.
La solución está completamente disponible en Apache 2.0 en GitHub → https://github.com/hystax/optscale.
💡 You might also be interested in our recent article, where our cloud experts destroy the myths about the general approach to FinOps adoption → https://hystax.com/what-is-the-best-finops-strategy-or-why-having-a-finops-team-is-a-waste-of-money
Descubrir:
● ¿Cuántas empresas están interesadas en construir un proceso pero no solo en una reducción instantánea de costos y en reflejar eso en su estado de resultados?
● ¿Cuál es el tamaño adecuado del equipo de FinOps?
● Consejos de la vida real para desarrollar la estrategia FinOps adecuada
