Se o systemd substituiu o SystemV, por que ele ainda está lá e quem está executando o programa?

Question

Estou usando o Debian 8 x64 e ainda estou aprendendo. Uma das coisas confusas que eu encontrei repetidamente nos sistemas Debian e Ubuntu é que parece haver duas maneiras de executar e gerenciar serviços:

• service
• systemctl

Eu li através da página Debian em systemd (systemctl), bem como questões como

Pelo que entendi até agora, muitas distribuições Linux atualmente, incluindo Debian e Ubuntu, estão se distanciando do antigo SysV (System Five) e adotando systemd .

Eu posso ver que meu /sbin/init é um link simbólico para /lib/systemd/systemd .

A questão é:

• Se o systemd substituiu o SysV, por que o SysV ( service ) ainda está lá?
• Por que posso usar os dois de forma aparentemente intercambiável? Se eu iniciar um daemon em um, o outro sabe disso. Como? Qual deles está executando o show?
• Existe alguma razão real para usar service ou devo ficar com systemctl ?

Answer 1

O comando service é uma ferramenta de "compatibilidade" para ajudar as pessoas a migrarem do sysvinit para o systemd. É um programa inteligente que tenta descobrir o seu atual sistema init e irá chamar sysvinit, upstart ou systemd conforme necessário.

Sua pergunta é um pouco "conte o futuro" na natureza; hoje o Debian permite que diferentes sistemas init funcionem e o comando service irá tentar resolver tudo. Mas o Debian 9? Quem sabe o que isso vai suportar ... Podemos acabar com superinit para substituir systemd , e o comando service será atualizado ...

O problema é que essa solução pode não ser consistente entre plataformas; service funcionará com o CentOS ou o SuSE? systemctl ?

Se eu estivesse escrevendo meu próprio material, eu ficaria com systemctl para todas as plataformas baseadas em systemd , mas tenho um teste massivo para todas as variantes de sistema operacional que eu suporte.