systemd es un sistema init, el primer proceso iniciado por el kernel (Linux) después de que se cargue en la memoria y del que descienden todos los demás procesos en el árbol de procesos. El sistema init incluye más funciones que el programa "init". Es responsable de arrancar el sistema operativo, incluyendo los diversos daemons(servicios) y todo el resto de cosas.
Fue desarrollado por Red Hat, una empresa que vende soporte técnico para una distro, que más tarde fue comprada por IBM (!), y es ampliamente aceptado que systemd es uno de los varios intentos de RedHat para hacerse con el ecosistema linux insertando un componente, cuyo desarrollo controlan estrechamente, y luego imponiendo "vendor lock-in" después de que las diversas distros hayan crecido dependientes de él para promover el uso de otros proyectos de RedHat y poner lentamente más del ecosistema en el control de RedHat.
systemd fue particularmente dudoso porque a pesar de ser un lío roto (lo que es ridículo para un sistema init), incompatible con todo y en general contrario a los principios de los sistemas tipo unix... bueno, inmediatamente fue adoptado por casi todas las distribuciones de Linux y con la misma rapidez se convirtió en la opción exclusiva, en detrimento de ellos, meses, si no años de ruptura severa y pérdida de funcionalidad, mientras que el resto del ecosistema se reconstruye en torno a este nuevo componente. No se puede exagerar lo grande que fue la mentira obvia de que systemd sería un reemplazo directo.
El principal gancho comercial no era la funcionalidad, de la que carecía, ni la compatibilidad, que cualquiera sabía que no lo era. O la estabilidad, el elefante en la habitación. Era la velocidad. Hacía que tu ordenador arrancara más rápido. Ahora bien, incluso si eso fuera cierto y en algún momento en el futuro lejano sería una alternativa utilizable a la tecnología actual, es difícil no notar que este punto fue promocionado masivamente a los normalitos de Ubuntu y similares como la nueva cosa fresca. El equivalente al "redditor de linux", el usuario de Ubuntuforums, estaba convencido de que sólo los "boomers" y los "luditas" rechazaban systemd porque eran viejos y temerosos del cambio y simplemente patéticos, a diferencia de ellos, que estaban a la moda y eran geniales y ejecutaban ciegamente comandos copiados de búsquedas en Google.
Lo cual es inmensamente irónico porque optimizar la velocidad de arranque básicamente sólo beneficia a aquellos que serían sysadmins y demás, no a los usuarios promedio de Windows que han estado hibernando la misma sesión durante seis meses.
Cuando algunas grandes distros protestaron (como Gentoo) y denunciaron la invasión, RedHat aprovechó su control sobre Udev , un daemon de gestión de hardware crucial utilizado por la mayoría de las distribuciones, para chantajearlos para que cumplieran, haciendo que sólo funcionara con systemd y rompiendo la compatibilidad cuando se desarrollaron soluciones.
Además, systemd, cuyos desarrolladores juran hasta el día de hoy que nunca tuvieron más que la más altruista de las intenciones, ha utilizado desde entonces este apalancamiento como componente central y exclusivo de las distros para expandirse, de ahí los memes. Aunque esto ya era evidente desde el principio, los "módulos" exclusivos de systemd que, o bien son incompatibles con todo, o bien impulsan "extensiones" sólo para su sistema, han llegado a sustituir gran parte de lo que tradicionalmente eran componentes del SO cuya función podía ser satisfecha por una serie de proyectos de la competencia, cuyo principal defecto es no estar bajo el control de RedHat.
Los desarrolladores de systemd también siguen presionando a los equipos de desarrollo de los entornos de escritorio y otros grandes proyectos, incluidos los grupos de estándares, para que inserten dependencias en la funcionalidad exclusiva de systemd.
Si esto te suena un poco a "Adoptar, extender y extinguir", entonces sí...
https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish