Não é muito oficial, mas parece que o systemd está chegando ao Debian e depois de ler algumas discussões acaloradas sobre essa decisão, estou curioso sobre a natureza polarizadora do systemd entre os usuários do linux. Eu corro sistemas Debian (sysvinit) e Gentoo (OpenRC) e não sei nada concreto sobre o systemd, embora pareça que está vindo no meu caminho.
Eu vi essa pergunta relacionada perguntando aos prós e contras do systemd vs upstart, mas faz três anos desde que a pergunta foi publicada e tenho certeza de que as coisas mudaram nesse período.
Minha pergunta é: Como o systemd se compara a outros sistemas init?
- O que o diferencia - o que pode ser feito pelos outros sistemas init?
- Há algo a perder ao mudar para outro sistema init?
- Como a administração do systemd se compara aos outros?
systemd
init-script
Casey
fonte
fonte
systemd
agora não inclui um servidor da Web, nem o fará nunca, nem está lendo o QR no roteiro. Por favor, verifique o que se trata, considere que, como falamos em todas as distribuições importantes (exceto o Ubuntu por enquanto), use-a como padrão (o pessoal de código aberto tende a ser radicalmente independente, nenhuma "pressão" os levará a fazer isso se não acredite que é a melhor alternativa).systemd
. Me faz pensar quando diabosPy3k
se tornará o intérprete python padrão em distros.Respostas:
Provavelmente tudo o que você quer saber está aqui nas páginas " Debate Init System To Use " que o projeto Debian montou para tomar a decisão de qual sistema de inicialização usar. Dentro dessa página, há um link separado para cada uma das opções de initsystems.
Para um iniciador no Systemd, esta página tem praticamente tudo o que você precisa saber para começar, RHEL7: Como iniciar o Systemd .
Recursos adicionais que achei úteis para entender melhor as duas opções principais: também lerei as páginas da Wikipedia nas respectivas tecnologias:
O projeto Gentoo também mantém uma boa comparação de alguns dos principais recursos nos vários initsytems:
Minha opinião sobre suas perguntas
Esta é uma pergunta muito difícil de abordar no espaço de uma resposta SE, por isso prefiro adiar as várias fontes que referenciei acima. Eu vou dizer isso embora. Ao ler muitos dos artigos sobre
componentes systemdsystemd
as alternativas, está tentando abordar muitos aspectos do que era deficiente em ferramentas anteriores usadas para iniciar serviços em sistemas Linux. Ele tem um design muito bem pensado e está tentando fornecê-lo de uma maneira muito modular.Então, na IMO, eu diria que ele compara muito favoravelmente tanto em termos do esforço em seu design, execução desse design quanto em sua adoção por várias distribuições Linux maiores.
Existem muitas coisas que
sytemd
podem ser feitas por outros sistemas. Provavelmente 3 de seus recursos mais fortes são:1. registro
Na frente do registro,
systemd
instituiu um novo sistema de registro chamado "Diário", o serviço é chamadosystemd-journald.service
. Esse é o seu próprio tópico, você pode ler mais sobre isso aqui neste artigo intitulado: Introducing the Journal . Aqui está um exemplo de usuário, "harald", efetuando login.2 e 3. Limitação de recursos e daemons que bifurcam
systemd
aqui usa uma abordagem inovadoracgroups
para conter e limitar os recursos de quaisquer serviços que exijam bifurcação ou limitação do acesso aos recursos.excerto
Fonte: Daemon Showdown: Upstart vs. Runit vs. Systemd vs. Circus vs. God
Provavelmente, a maior ressalva em mudar para systemd sobre Upstart ou sysV init é ter que adotar muitas novas complexidades. O Systemd possui muitas partes móveis e é extremamente rico em recursos. Com esses recursos adicionais, você provavelmente gastará bastante tempo adquirindo conhecimentos sobre como tudo funciona.
Conforme indicado na minha resposta acima à Q # 3. Vou reiterar aqui novamente. Onde o sysV init foi bastante trivial para aprender a gerenciar e navegar em algumas horas ou dias, o Upstart provavelmente levará uma semana ou mais para acelerar, enquanto o systemd provavelmente levará muito mais tempo, estou antecipando várias semanas para obter conhecimento superficial o suficiente, onde poderei produzir meus próprios
.service
arquivos, para interromper / iniciar serviços com a mesma facilidade que agora desfruto com o sysV init.Referências
fonte