Skip to main content

Burstable/scaleable public workers for high load periods

Feature RequestsWorkers

Currently my company is on the Starter plan which comes with two public workers. 90% of the time, that is more than enough for our day to day operations. However, it would be amazing and also something I would be completely onboard with paying a premium price on if we could dynamically scale up even a couple workers on occasion.

The scenario where we may want something like that would be in the case where we are affecting a change across a module with many stacks, like ECS or Lambdas. The two worker limitation on Starter becomes a bottleneck.

While I know Enterprise has the ability to auto scale, we just don’t need that big of a contract or that many workers on a regular cadence for it to make sense to sign onto that. But I would be more than willing to pay a per-min compute price for a few extra workers on demand or when our queue of jobs gets to a certain depth.

Workaround
Status: ❌ Rejected3 comments

Log in to comment and vote

Comments3

  • Ovidiu Moise changed status to ❌ Rejected
    Team•

    Sep 17

    Pinned

    In 2027 we will provide an update to the Pricing tiers and I think the new model will cover the need you mentioned. Please stay tuned for the changes, and follow up if you need more updates.

  • Amaranth Domino

    •

    Jul 27

    That would be compelling, especially depending on the pricing change overall. If someone like us could have some kind of autoscaling rules and only pay on worker mins that would solve the issue in some regards.

  • Jonah Kowall

    Team•

    Jul 27

    Thanks for the feedback @Adam Pallin what if we were to change our pricing model, instead of being worker-based, to be minutes of execution? So you can just deploy as much as you want, but it's more about the amount of work that the workers are doing. We are looking at shifting the model early next year. It would be great to have your feedback.