You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On the applications.md, what about applications that use Google appengine rather than RiffRaff. Some of those do not use team city? Also some applications scale on more than one metric?
The text was updated successfully, but these errors were encountered:
If we were actively developing important apps on appengine, I'd be advocating adding a deployment type for it to RiffRaff, but the only major app we have on that platform is tied to R2, so I'm not convinced that it's worth the effort at the moment.
Having said that I think it's a good choice for a decent class of apps, so if one comes along which is a good fit, I think it would be worth doing that. I do think everything should have a CI build.
Some applications do scale on more than one metric. Sometimes I think that's because they are trying to do too much, but I also think that sometimes that's down to two metrics forming a proxy for some other value which can't be measured directly. There are also times when I think you have to have more than one just because auto-scaling isn't fast enough, e.g. response time is the key metric, but you also scale on CPU because by the time response time is in trouble, it's too late.
On the applications.md, what about applications that use Google appengine rather than RiffRaff. Some of those do not use team city? Also some applications scale on more than one metric?
The text was updated successfully, but these errors were encountered: