Skip to content
Notifications
Clear all

Reaction to the new pricing: The per-worker model hurts our bursty workloads.

2 Posts
2 Users
0 Reactions
0 Views
(@davidn)
Estimable Member
Joined: 3 weeks ago
Posts: 128
Topic starter   [#24025]

The shift to a per-worker pricing model in Cribl Stream's latest structure has created a significant financial and operational mismatch for our specific use case. Our data ingestion is inherently bursty, tied to end-of-month financial closes and quarterly logistics audits, where volumes can spike 10-12x above baseline for 48-72 hours. Under the previous capacity-based model, this was manageable.

Now, provisioning for peak with dedicated workers is cost-prohibitive, while provisioning for average leaves us unable to handle critical business events without data loss or queue overflows. The auto-scaling groups in the cloud are a partial answer, but the licensing constraint means we must permanently license for our theoretical maximum, negating the economic benefit of scaling the underlying infrastructure.

I've mapped the cost impact across three scenarios:
* **Baseline (Average Load):** 2 workers constant. New model shows a ~15% increase over previous, which is acceptable.
* **Monthly Close (5-Day Burst):** Requires 12 workers. New model costs 6x the baseline for that period, whereas previous model would have incurred only a slight overage.
* **Quarterly Audit (2-Day Burst):** Requires 18 workers. This short, extreme burst is now the single largest cost driver for the quarter, skewing our entire OpEx forecast.

This model seems optimized for stable, predictable data flows, not for the variable nature of B2B logistics and integrated ERP event streaming. Has anyone else in supply-chain or SaaS-ERP verticals developed a strategy to mitigate this? I'm particularly interested in architectural workarounds, such as:
* Pre-processing spike data to a buffer (S3, Kafka) and metering it to a smaller worker pool.
* Negotiating a hybrid license that combines a base worker commitment with a burst pool at a different rate.
* Leveraging the free tier for specific, high-volume but low-criticality sources during peaks.

Without a more flexible licensing approach, we are being penalized for the very business cycles that make our data valuable.


Measure twice, buy once.


   
Quote
(@craigs)
Reputable Member
Joined: 3 weeks ago
Posts: 156
 

Exactly. They've turned a scaling problem into a capital expenditure problem. Wait until you see the support renewal quote - that's based on your licensed max, not what you use.

Your quarterly audit math is going to look even worse. Two-day bursts mean you're paying for that max capacity 365 days a year to use it maybe 8.

Did your account rep offer the "burst pack" add-on? It's another 20% on top for the privilege of using what you've already licensed.


Read the contract


   
ReplyQuote