▲ 11 r/FinOps+1 crossposts

Maybe I'm late to this, but I finally spent time comparing CUR and FOCUS (CUR 2.0 exposes ~115-131 fields, while FOCUS exposes ~60 ... but theres more)

Maybe I'm late to this, but I finally spent some time looking through the CUR 2.0 and FOCUS exports side by side.

One thing that stood out:

CUR 2.0 exposes roughly 115-131 available fields depending on export options and enabled billing features.

FOCUS exposes roughly 60.

At first that sounded like:

"CUR has more detail."

But the more I looked at it, the more it felt like they're solving different problems.

CUR preserves a lot of AWS-specific concepts:

  • Resource IDs
  • Split Cost Allocation
  • Savings Plans
  • Reserved Instances
  • Capacity Reservations
  • IAM Principal allocation

FOCUS seems more interested in creating a common language for cloud costs.

The mental model that clicked for me was:

CUR is for fidelity.

FOCUS is for consistency.

I'm curious what people are actually doing in production.

Are you:

  • Running both?
  • Moving toward FOCUS?
  • Still primarily living in CUR?

Genuinely interested. I feel like FOCUS adoption is one of those things that sounds very different in conference talks than it does in real environments.

reddit.com
u/azz_kikkr — 15 days ago
▲ 15 r/AWS_Certified_Experts+7 crossposts

[Tool] Kulshan: Open-source AWS audit CLI that generates a local HTML report (no CUR, no SaaS)

[Tool] Kulshan: Open-source AWS audit CLI that generates a local HTML report (no CUR, no SaaS)

I spent years helping AWS customers investigate cost questions.

A surprisingly common conversation looked like this:

Customer: "Our AWS bill doubled."

Followed by:

  • No CUR
  • No Athena
  • No cost tooling
  • No budget alerts
  • Nobody comfortable enough with Cost Explorer to answer questions quickly

Before optimization, FinOps, chargeback, forecasting, or governance, there was a much simpler problem:

What is actually going on in this AWS account?

I built a tool to answer that question.

pip install kulshan
aws login
kulshan report

Kulshan is a free, open-source CLI that runs locally against your AWS account and generates an HTML report.

It uses read-only AWS APIs and looks at:

  • Cost trends and spend changes
  • Largest services and cost drivers
  • RI / Savings Plan coverage
  • Tagging health
  • Orphaned and unused resources
  • Forecast and acceleration signals

A few design decisions I cared about:

  • No SaaS
  • No data uploads
  • No telemetry
  • No write permissions
  • No CUR required
  • No Athena required

The idea is not to replace FinOps tooling.

It is to provide a baseline when someone asks:

"Can you help me understand what is going on with this bill?"

GitHub:
https://github.com/azz-kikkr/kulshan

PyPI:
https://pypi.org/project/kulshan/

Question for the community:

When someone drops you into an unfamiliar AWS account and asks why spend increased, what is the very first thing you look at?

u/azz_kikkr — 11 days ago

old man gets ace in office..!! I should be at work but this office is more fun.

Hey folks,

I'm an older player from cs1.6 LAN cafe days,
Now i have a family, life, responsibility, but I still like going to the "Office"
hope you like this short clip..
and please come and join us at the office,

give us a shift or two ..

we are good co-workers here at the central south office park in cs_office.

u/azz_kikkr — 2 months ago