How can we improve Azure Cosmos DB?

Pricing Granularity per Minute instead of per Hour

It is buried in the FAQ;s on the pricing page. The current billing structure will take the largest RU offer in a given hour increment and that's what is charged for that hour. If you scale up to 1000RU's at 10:59 and down to 400 at 11:01, the billing for both hours will be @ 1000RU's. This makes scaling up and down harder to deal with and reason about. Can you evaluate changing the billing granularity down to the minute level in order to allow shorter bursts of scale up / down billed for the actual usage.

11 votes
Vote
Sign in
(thinking…)
Password icon
Signed in as (Sign out)
You have left! (?) (thinking…)
Sam shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

Thanks for your suggestion. Currently, we don’t have anything planned in changing our billing meter from hour to minute. But will leave this request open and will include this in future planning discussions for our roadmap.

Thank you for your suggestion.

2 comments

Sign in
(thinking…)
Password icon
Signed in as (Sign out)
Submitting...
  • Anonymous commented  ·   ·  Flag as inappropriate

    1. Pricing Granularity per Minute instead of per Hour
    2. GROUP BY is a MUST!!!

    there are my two top reasons I am not using CosmosDB

  • Oliver Tomlinson commented  ·   ·  Flag as inappropriate

    Cosmos Team, This needs rethinking! Per hour billing is pretty poor for this kind of real-time scalable technology.

    For Example, Using Azure Functions on a consumption plan doesn't bill to the hour, it bills to whats consumed. Why should Cosmos be different and bill for what is not consumed?!

    Given that you have buried the notice in the pricing FAQ it also looks like you are being intentionally sneaky about this.

    I agree with Sam, per minute billing should be in place at the very least.

Feedback and Knowledge Base