More reliability means slower development speed. If you are on the same ballpark as your competition, better invest in development speed than being 10x more reliable.
And perhaps counter-intuitively: slower development speed often means reduced reliability.
If your development and deploy cadence is slower, you end up batching up more changes in any given deployment. Larger changes => higher likelyhood of something in them being wrong => harder to debug due to delta size => wider effective blast radius.
Fast testing and robust build validation are some of the more important guard rails that allow to move fast and be more reliable at the same time.
Comments
I told you they are not improving. Not that config induced outages is not nasty...
It might be a business decision.
More reliability means slower development speed. If you are on the same ballpark as your competition, better invest in development speed than being 10x more reliable.
And perhaps counter-intuitively: slower development speed often means reduced reliability.
If your development and deploy cadence is slower, you end up batching up more changes in any given deployment. Larger changes => higher likelyhood of something in them being wrong => harder to debug due to delta size => wider effective blast radius.
Fast testing and robust build validation are some of the more important guard rails that allow to move fast and be more reliable at the same time.