3 ms·
We have B2B-Customers around 700. It all runs on a single Server (not VM though). Since it's B2B we don't need zero downtime, updates at midnight are all right
by number6 2y ago
We have B2B-Customers around 700. It all runs on a single Server (not VM though).
Since it's B2B we don't need zero downtime, updates at midnight are all right.
A day before rollout they go through the staging server and the test environment, so no surprises the next morning.
Before updates, the backups kick in, so if we need to recover from a bad update we can roll back.
Sounds all 2000 and not very fancy but boring and profitable cuts for us
- k8sagainand 2y agoThe question is if you have so much buffer that it doesn't matter or if you could do a lot more but you just don't know. My ci/cd is doing a system test because everything is in containers. I can do full e2e tests and automatic rollouts without a downtime. What i can do, can everyone else do when i'm on holiday. How fast are you back if your server burns down tomorrow? How often have you tested that? Are your devs waiting regularly on things?
- number6 2y ago> The question is if you have so much buffer that it doesn't matter or if you could do a lot more but you just don't know. Yes, we collect server metrics - that's pretty old-school > How fast are you back if your server burns down tomorrow? How often have you tested that? 25 Minutes - we test it once a year and we have third partys to check it. It's called an audit. They also check other cyber security related stuff. > My ci/cd is doing a system test because everything is in containers. I can do full e2e tests and automatic rollouts without a downtime. We have a staging system for this. > What i can do, can everyone else do when i'm on holiday. We also have documentation; is this really a big thing? > Are your devs waiting regularly on things? Code Reviews, these take time --- Are these real problems organizations have?