News for hackers. Stuff that matters.

A comment on Debian reconsiders init-system diversity. Parent comment

Re:Debian reconsiders init-system diversity by flukus on Tuesday November 12, 2019 @03:48AM (#21512595)
What you just described is still very much what I'd call a monolith. Much like if you have a microservice architecure (that we had a system level prior to systemd) then each component should be testable, upgradeable and swappable in isolotation, if you don't have that then what you've really got is a distributed monolith (obligatory xkcd: https://sebiwi.github.io/comics/distributed-monolith/).

What we have here is a dependency chain that pulls in all of systemd, therefor it isn't modular.

It isn't modular just because it's divided into modules.

[ Parent | on HN ]
Re:Debian reconsiders init-system diversity by geofft on Tuesday November 12, 2019 @07:29AM (#21513513)
Each component is testable, upgradable, and swappable in isolation. There are no technical issues with doing so. What is missing is interest in implementing and testing a full-featured alternative to some of the components. As soon as that alternative exists, it's usable.

You wouldn't say that a company lacks a microservice architecture simply because they don't have unused reimplementations of each microservice lying around, would you?

[ Parent | on HN ]
Re:Debian reconsiders init-system diversity by sjwright on Tuesday November 12, 2019 @04:35AM (#21512799)
> It isn't modular just because it's divided into modules.

Come on, that's literally what it means. Just because your modules aren't compatible doesn't mean it isn't modular.

[ Parent | on HN ]