Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If the change is in a shared library (and not a service shared over the network), it's fine to change all usages at once. Deploying a service wouldn't affect the others.

If the change affects the public interface of a service, then there's no option but to make your changes backward-compatible.



> no option but to...

Not necessarily; you can accept downtime/breakage instead. That is always an option!


You must not work on safety critical code where downtime/breakage mean people die.


I hope nobody's life depends on the uptime of a web-based distributed system.

But, well, I also expect nobody's life to depend on it. There would be a short window between people getting into that situation and they not have any life to depend on anything.


Most people don't, to be fair. The case where zero-downtime strategies are adopted for (at least) a questionable ROI is far more common.


I hope you're not doing anything "safety critical" with general purpose computers, let alone microservices.


Well the arm CPUs we use are in general purpose computers as well. Though you are correct, we don't follow the same practices as general purpose computers.


I was thinking more like bank/govt websites that go down for "scheduled maintenance".




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: