Clever Cloud, a European Platform as a Service
clever-cloud.com
clever-cloud.com
You come across as a little overconfident
It looks very similar to heroku.
It's not clear how the load is computed and how the scaling decisions are made.
Load is computed on two metrics: CPU and RAM, scaling events are triggered when one of this metrics is aboce 85%.
I'd have thousands of questions, but I guess I'll just focus on this:
* Over how much time are the load metrics computed? For how long do they have to go above 85% to trigger a scale?
* Do you compute the average load across all scalers? Or some percentile?
* Can these parameters be tuned ? Can the load and the scaling decisions be seen (a part from the bill?)
* Assuming other bottlenecks (like IO), you won't notice high CPU or RAM load, but you would notice a spike in response time. Do you allow, or have any plans, to include other metrics in the scaler or to allow customers to export custom metrics?
* Do you allow to spawn long running background processes. If yes, how does it interact with the CPU load based scaling?
ADDED:
* Can the user add placement constraints when deploying an app in multiple DCs ? Can the scalers themselves span multiple DCs in the same region. If not do you plan offering access to configuring loadbalancers to serve traffic to multiple app instances serving as a single logical app?
=> all metrics are computed in the more appropriate interval for each, and we improve this continuously. Main metrics are computed each 15 seconds today. We take the up scaling decision quickly, and we downscale less quickly, but this is very reactive.
* Do you compute the average load across all scalers? Or some percentile?
=> Across scaler and only one, we try to avoid false positive by an infinite loop ;-) (and it works) I never remind a customer unhappy of this feature.
* Can these parameters be tuned ? Can the load and the scaling decisions be seen (a part from the bill?)
=> you can manage how many you want to spent, it's important. But you can discuss with support to tune all of this.
* Assuming other bottlenecks (like IO), you won't notice high CPU or RAM load, but you would notice a spike in response time. Do you allow, or have any plans, to include other metrics in the scaler or to allow customers to export custom metrics?
=> Many metrics are watch, I/O included. And we will add an API to get metrics in the future
* Do you allow to spawn long running background processes. If yes, how does it interact with the CPU load based scaling?
=> Yes you can do it
* Can the user add placement constraints when deploying an app in multiple DCs ? Can the scalers themselves span multiple DCs in the same region. If not do you plan offering access to configuring loadbalancers to serve traffic to multiple app instances serving as a single logical app?
=> Yep, all of this is in the task list for future region.
CC manage the entire software stack with auto-scalability and even app-crashing (auto restart).
Basically, the level of service is not the same, that's why the prices are different :)