5 ms·
What you're missing is maintenance, security, scaling, and protection from data loss. Bespoke CI is easy to build but no one wants to be in charge of rolling o
by anchochilis 9mo ago
What you're missing is maintenance, security, scaling, and protection from data loss.
Bespoke CI is easy to build but no one wants to be in charge of rolling out a critical security patch to that on-prem box no one's touched since that consultant from 2 years ago.
- deleted 9mo ago[deleted]
- bostik 9mo agoYour CI has to be fully codified, stateless and possible to redeploy with a single command. That's the only way it can remain sustainable. No persistent hidden state, no manual configs (even as an option!) and automatically rebuilt on every release as the new version is deployed. As a really big bonus, that also makes your CI testable. In the previous job, we built such a thing: https://smarketshq.com/building-a-reproducible-ci-system-for-fun-and-profit-f6a2bec50452 https://smarketshq.com/building-a-reproducible-ci-system-for...
- anchochilis 9mo agoYes, totally agreed in theory, and it sounds like y'all built a great solution for your use case. But it takes substantial effort and discipline to do something like that at scale. At some point, you develop complex interdependencies with other systems. You need sophisticated caching for optimum build performance. Techniques like GitOps are unsustainable at a certain number of engineers/commits per hour.
- lucyjojo 9mo agoah that point gha is not much of an help anyway