3 ms·
Deployment freezes are (should be) completely normal and justifiable. Do you really think that Amazon is deploying (non-emergency/operational) code changes dur
by bobnamob 2y ago
Deployment freezes are (should be) completely normal and justifiable.
Do you really think that Amazon is deploying (non-emergency/operational) code changes during BFCM or re:Invent? Or that Fox/CBS/NBC are deploying code changes during the Super Bowl?
Also (unless you have some business need to deploy before the weekend) why deploy on a Friday afternoon? You're just asking for latent defects to page you in over the weekend. Save yourself the trouble and delay that deployment till Monday morning. Your team will thank you in the long run.
Sometimes repetitional and/or sleep damage isn't worth being uncompromising on idyllic CI/CD goals.
- bobnamob 2y agotypo: Reputational not repetitional ofc
- singleshot_ 2y agoI disagree, from a certain point of view. Consider the CDN. One customers downtime is the IRS’s filing date. The IRS’s slow time is during the Super Bowl. The NFL’s season of rest is baseball season. Baseball goes dark on cyber Monday. When should the CDN undertake updates? Continuously. (Obviously I do get your main point: the NFL should not upgrade at halftime of the Super Bowl. But there is a time and a place for different models.)
- bobnamob 2y agoI think we actually agree with one another. Code freezes/deployment windows should be justified by business risk, not idealised always be pushing mentality. CDNs and cloud providers are a bit of a special case. AWS definitely has soft blocks during tax peak and large sporting events, CDNs (guessing here) would likely be doing follow the moon(?) (i.e. off-peak) rolling releases My disagreement with the parent comment was driven by lack of nuance