Surely it is always a good thing to have more options, but to use systemd isn't. Too many different things have been merged into systemd, too many things depend on it. Take libsystemd0 for example, the same library contains, among other things, functions to notify systemd about service state changes (sd_notify), and functions to log messages using journalctl (sd_journal_send). Those are some completely unrelated things which belong into different libraries, so they can be replaced easily. Not to mention, there is a standardized logging function interface available using syslog which is implemented by a lot of logging libraries, and sd_notify is totally useless if all services are written in a somewhat stable way. And no, a service must be able to handle when another service is temporarily unavailable, that's nothing a service manager should do, that would only make services unstable.
Read more here -> https://github.com/Daniel-Abrecht/****_systemd
Read more here -> https://github.com/Daniel-Abrecht/****_systemd