Es ist nicht ganz offiziell, aber es sieht so aus, als käme systemd zu Debian, und nachdem ich einige der heftigen Diskussionen auf der Mailingliste über diese Entscheidung gelesen habe, bin ich gespannt, wie polarisierend systemd unter Linux-Benutzern ist. Ich verwende Debian- (sysvinit) und Gentoo- (OpenRC) Systeme und weiß nichts Konkretes über systemd, obwohl es so aussieht, als ob es mir in den Weg kommt.
Ich habe gesehen, dass diese verwandte Frage das Für und Wider von systemd vs upstart fragt, aber es sind 3 Jahre vergangen, seit diese Frage veröffentlicht wurde und ich bin sicher, dass sich die Dinge in dieser Zeit geändert haben.
Meine Frage ist: Wie vergleicht sich systemd mit anderen init-Systemen?
- Was zeichnet es aus - was können die anderen init-Systeme dagegen?
- Gibt es etwas zu verlieren beim Wechsel von einem anderen Init-System?
- Wie verhält sich die Administration von systemd zu den anderen?
systemd
init-script
casey
quelle
quelle
systemd
Enthält weder einen Webserver noch wird er dies jemals tun, noch liest QR irgendwo in der Roadmap. Bitte schauen Sie nach, worum es geht. Beachten Sie, dass wir alle wichtigen Distributionen (außer Ubuntu) als Standarddistributionen verwenden (Open Source-Leute sind in der Regel tollwütig unabhängig, kein "Druck" zwingt sie dazu, dies zu tun, wenn sie es tun Ich glaube nicht, dass es die beste Alternative ist.systemd
. Ich frage mich, wann zum TeufelPy3k
der Standard-Python-Interpreter in Distros wird.Antworten:
Wahrscheinlich finden Sie alles, was Sie wissen möchten, hier auf den " Debate Init System To Use " -Seiten, die das Debian-Projekt zusammengestellt hat, um die Entscheidung zu treffen, mit welchem Initsystem Sie arbeiten möchten. Auf dieser Seite befindet sich ein separater Link zu jeder Auswahl von initsystems.
Für eine Einführung in Systemd enthält diese Seite so ziemlich alles, was man wissen muss, um damit zu beginnen. RHEL7: Erste Schritte mit Systemd .
Zusätzliche Ressourcen, die ich hilfreich fand, um ein besseres Verständnis der beiden Hauptoptionen zu erhalten. Ich habe auch die Wikipedia-Seiten zu den jeweiligen Technologien gelesen:
Das Gentoo-Projekt bietet auch einen guten Vergleich einiger der wichtigsten Funktionen in den verschiedenen Initsystemen:
Ich nehme Ihre Fragen an
Dies ist eine sehr schwierige Frage, die im Rahmen einer SE-Antwort beantwortet werden muss. Ich möchte mich daher lieber den verschiedenen Quellen widmen, auf die ich oben verwiesen habe. Ich werde das allerdings sagen. Beim Lesen eines Großteils der Artikel über
systemd komponentensystemd
die Alternativen wird versucht, viele Aspekte der Mängel früherer Tools zum Starten von Diensten auf Linux-Systemen zu behandeln. Es hat ein sehr durchdachtes Design und versucht, es in einer sehr modularen Weise bereitzustellen.Daher würde ich sagen, dass IMO sowohl hinsichtlich des Aufwands beim Entwurf als auch der Ausführung dieses Entwurfs und der Übernahme durch mehrere größere Linux-Distributionen einen sehr günstigen Vergleich darstellt.
Das sind viele Dinge,
sytemd
die andere Systeme nicht können. Wahrscheinlich sind 3 seiner stärksten Merkmale:1. Protokollierung
Auf der Logging-Front
systemd
hat ein neues Logging-System namens "Journal" den Dienst aufgerufensystemd-journald.service
. Dies ist ein eigenes Thema. Weitere Informationen hierzu finden Sie in diesem Artikel mit dem Titel: Introducing the Journal . Hier ist ein Beispiel eines Benutzers, "harald", der sich anmeldet.2 & 3. Ressourcenbegrenzung & Daemons, die sich teilen
systemd
verwendet hier einen neuartigen Ansatz, beicgroups
dem alle Dienste, für die ein Verzweigen oder Beschränken des Zugriffs auf Ressourcen erforderlich ist, sowohl begrenzt als auch begrenzt werden.Auszug
Quelle: Daemon Showdown: Upstart vs. Runit vs. Systemd vs. Circus vs. God
Die wahrscheinlich größte Einschränkung beim Umstieg auf systemd über Upstart oder sysV init besteht darin, dass viele neue Komplexitäten in Kauf genommen werden müssen. Systemd hat viele bewegliche Teile und ist äußerst funktionsreich. Mit diesen zusätzlichen Funktionen verbringen Sie wahrscheinlich eine ganze Menge Zeit damit, sich ein Bild davon zu machen, wie alles funktioniert.
Wie in meiner obigen Antwort auf Q # 3 angegeben. Ich werde hier noch einmal wiederholen. Während es für sysV init relativ trivial war, in wenigen Stunden bis Tagen das Verwalten und Navigieren zu erlernen, werden Sie bei Upstart wahrscheinlich eine Woche oder länger brauchen, um auf den neuesten Stand zu kommen, während systemd Sie wahrscheinlich viel länger brauchen wird Wochen, um genug flüchtiges Wissen darüber zu erlangen, wo ich in der Lage sein werde, meine eigenen
.service
Dateien zu erstellen und Dienste mit der gleichen Leichtigkeit zu stoppen / starten, die ich jetzt mit sysV init genieße.Verweise
quelle