I agree determining the number of pods and other scaling parameters varies greatly from project to project. I was once pressured to come out with a configuration that can cater for a huge public facing app and service. It took a couple of near total collapses of the application to finally get the right sizing. There are no magic numbers. The thing is there were issues that no amount of pods can solve. We fixed those and made drastic change in the way the services communicated from Http and stateful communication to using streams and publish-subscribe mode of communication.
@black-snow8 ай бұрын
Arguably, blue-green and rolling update are not the same. In blue-green you have twice the resources, roll out on green (stage), test, if okay you switch to green and blue becomes your new staging, whereas in a rolling update you just switch one pod after another, having both versions running simultaneously as long as the update takes.