It might help to understand that there is a difference between Debian where it might be possible to remove sysemd and Devuan where it is not present. If you do remove systemd from Debian then you are on your own - the only supported arrangement is with systemd.
So packagers are free to remove SysV init scripts - not insurmountable as you can provide your own, but still more work.
Packagers are free to remove (eg) calls to traditional syslog and only call systemd's ginger haired stepchild of syslog - so if you remove systemd then you will either have no logging or the package won't run at all. If you try raising this as a bug then you'll get a "wont fix" as you are running an unsupported setup.
This problem will only get worse and worse as systems continues to re-invent (often badly) more and more existing tools.
IF systemd had only been an init system as was originally claimed, then there wouldn't be the vitriol thrown it's way - it would be easy to toss it out and re-instate SysV init or put OpenRC in. But it is NOT an init system - it's a giant hairball of cruft that links far too much together in a non-modular way*. And for good measure, because it lumps so much into the hairball, then it vastly increases the attack surface for bugs. It's designed to encompass as much as they can borg into it - and many of the changes are explicitly designed (even if non-intentionally) to break compatibility and force an either/or choice on packagers (such as whether to use the new supported systemd logging or use the (eventually) non-supported syslog).
Had I still been working at my last place then I'd now be in the process of migrating quite a few systems from Debian to Devuan - all had been held at Wheezy as I wasn't prepared to allow systemd onto production servers.
* Don't let the pro-systemd camp confuse you. Just because code is in a number of modules does not mean that it is modular. Modular systems allow you to replace any module with a different one - such as replacing "syslog" with "syslog-ng" or "rsyslog". Systemd doesn't even provide a stable API between modules, so it just isn't possible to swap out a single module without a lot of work in reverse engineering an API and then watching for undocumented changes in it.