Thalaxo

Book a Demo

30 min · Thalaxo FinOps Platform

Loading calendar...

Why Your Cloud Bill Keeps Growing Even When Usage Doesn’t

cloud bill keeps increasing

The Silent Growth: Why Your Cloud Bill Keeps Increasing

An engineer closes a ticket for a temporary data processing job. The code is merged, the feature is live. The EC2 instance, EBS volume, and Elastic IP address created for that job, however, didn’t get the memo. They continue to run, billing by the hour. This isn’t a rare oversight; it’s a primary reason your cloud bill keeps increasing even when your application usage appears stable. The challenge is that native cloud billing tools are designed to report what you used, not what you wasted. They track consumption, but rarely contextualize it against business value. This guide dissects the three core drivers of this invisible cost inflation: infrastructure drift, organizational silos, and hidden data egress fees.

Unseen Infrastructure Drift: The Silent Cost Multiplier

Infrastructure drift is the gradual accumulation of unmanaged or forgotten resources. These are the digital ghosts of past projects, tests, and temporary fixes. The most common culprits are unattached persistent disks (like AWS EBS volumes or Azure Disks), old machine image snapshots, and reserved but unused static IP addresses. Each one carries a small monthly cost that, when multiplied across dozens of projects and engineers, creates significant financial drag.

This isn’t malicious. It’s the result of fast-paced development cycles where de-provisioning is a lower priority than shipping the next feature. A manual cleanup process is unreliable and doesn’t scale. Automation is the only viable path to control drift.

For example, I run this AWS CLI command weekly to find EBS volumes that are in an ‘available’ state, meaning they aren’t attached to any running instance but are still incurring storage costs. The delta between weeks is often where waste hides.

# Find all unattached (available) EBS volumes in a specific region
aws ec2 describe-volumes --region us-east-1 --filters \
  Name=status,Values=available --query "Volumes[*].{ID:VolumeId,Size:Size,Type:VolumeType}" \
  --output table

Detecting these resources is the first step. The next is having a clear policy for handling them, whether it’s automated termination after a grace period or tagging for manual review. Without a system, this inventory of unused assets will only grow.

Why your cloud bill keeps increasing: Organizational Silos

Sometimes the most significant source of waste isn’t a single forgotten virtual machine, but an entire stack that was built twice. Consider a scenario where two separate teams within the same company independently develop the same PDF processing service. Both use the same cloud provider, the same container orchestration, and solve the identical business problem. They just never talked to each other.

The result is two parallel sets of infrastructure—compute instances, load balancers, object storage buckets, and monitoring dashboards—billing for the same function. This isn’t a technical failure; it’s an organizational one. The cost of this redundancy is permanent as long as both services coexist. A single 20-minute meeting could have prevented it entirely by establishing a shared internal service. Without a central service catalog or cross-team architectural reviews, this pattern of duplicated effort is common in growing companies and a key reason for inexplicable budget overruns. For a deeper look into the financial responsibilities, our guide on FinOps vs DevOps provides a clear framework.

The Hidden Fees: Data Transfer, API Calls, and NAT Gateways

The most confusing charges on a cloud bill are often not for compute or storage, but for the data moving between services and out to the internet. Inter-region or inter-availability zone data transfer, NAT Gateway processing fees, and excessive API calls to services like AWS S3 or CloudWatch can add up quickly. These costs are notoriously difficult to forecast and attribute to a specific feature or team.

For instance, an application that frequently pulls large files from an S3 bucket in a different region than its compute instances will incur significant data transfer costs. A misconfigured logging agent making millions of `PutLogEvents` calls can also drive up the bill unexpectedly. These costs are often overlooked during architecture design.

This AWS Cost Explorer command helps isolate data transfer costs, which is a crucial first step in diagnosing the issue. The key is to group by service to see if the culprit is EC2, S3, or another service.

# Get data transfer costs for the last month, grouped by AWS Service
aws ce get-cost-and-usage --time-period Start=2024-05-01,End=2024-06-01 \
  --granularity MONTHLY --metrics "UnblendedCost" \
  --filter '{ "Dimensions": { "Key": "USAGE_TYPE_GROUP", "Values": [ "Data Transfer" ] } }' \
  --group-by Type=DIMENSION,Key=SERVICE

Understanding these patterns requires deep visibility, which native tools provide at a basic level. For a detailed breakdown of how to manage these specific fees, see our expert guide on mastering AWS inter-region data transfer costs.

From Detection to Automated Prevention

Identifying resource drift, organizational duplication, and hidden egress fees is a constant battle. While native tools like AWS Cost Explorer or Azure Cost Management provide the raw data, they place the burden of analysis and remediation squarely on your team. According to the FinOps Foundation’s State of FinOps 2024 report, an average of 32% of cloud spend is identified as waste before a formal FinOps practice is in place.

This is where automated FinOps platforms provide value. Thalaxo is designed to automate these checks, running every 6-12 hours to detect idle resources and over-provisioned VMs before they accumulate into a significant monthly charge. It provides a single pane of glass across multiple providers, turning siloed billing data into actionable insights. While Thalaxo is a newer platform (launched 2025) with its SOC 2 Type II audit currently in progress, it offers robust automation for AWS and Azure, with GCP capabilities expanding. To see how it works, check our integrations and pricing. The goal is to move from reactive, month-end bill analysis to proactive, daily cost optimization.

Nabil Hsissi — Nabil Hsissi is founder of Thalaxo (launched 2025) and cloud architect with 10+ years across AWS, Azure, and GCP. CKA and CKAD certified.