Nie jest to do końca oficjalne, ale wygląda na to, że systemd zbliża się do Debiana i po przeczytaniu gorącej dyskusji na liście dyskusyjnej na temat tej decyzji, jestem ciekawy polaryzacyjnej natury systemd wśród użytkowników Linuksa. Używam systemów Debian (sysvinit) i Gentoo (OpenRC) i nie wiem nic konkretnego o systemd, choć wygląda na to, że nadejdzie moja droga.
Widziałem podobne pytanie zadające zalety i wady systemd kontra upstart, ale minęły 3 lata od opublikowania tego pytania i jestem pewien, że w tamtym czasie wszystko się zmieniło.
Moje pytanie brzmi: jak systemd wypada w porównaniu z innymi systemami init?
- Co go wyróżnia - co może zrobić, że inne systemy inicjujące nie mogą?
- Czy jest coś do stracenia, przechodząc na inny system inicjacji?
- Jak administracja systemd różni się od innych?
systemd
init-script
Casey
źródło
źródło
systemd
nie obejmuje teraz serwera WWW ani tego nigdy nie zrobi, ani też nie czyta QR w żadnym miejscu w mapie drogowej. Sprawdź, o co w tym wszystkim chodzi, weź pod uwagę, że kiedy mówimy o wszystkich ważnych dystrybucjach (z wyjątkiem Ubuntu na razie), używaj go jako domyślnego (ludzie z otwartym oprogramowaniem są wściekle niezależni, żadna „presja” nie zmusi ich do zrobienia tego, jeśli nie to nie najlepsza alternatywa).systemd
. Zastanawiam się, kiedy piekłoPy3k
stanie się domyślnym interpreterem Pythona w dystrybucji.Odpowiedzi:
Prawdopodobnie wszystko, co chcesz wiedzieć, znajduje się tutaj na stronach „ Debate Init System To Use ”, które projekt Debian zebrał, podejmując decyzję, z którym systemem wybrać. Na tej stronie znajduje się osobny link do każdego wyboru initsystems.
Dla podkładu na Systemd ta strona zawiera prawie wszystko, co trzeba wiedzieć, aby zacząć z nim korzystać, RHEL7: Jak zacząć z Systemd .
Dodatkowe zasoby, które okazały się pomocne w lepszym zrozumieniu 2 głównych wyborów, przeczytałbym również strony Wikipedii dotyczące odpowiednich technologii:
Projekt Gentoo utrzymuje także ładne porównanie niektórych kluczowych funkcji w różnych systemach initsytems:
Moje zdanie na twoje pytania
To bardzo trudne pytanie, na które należy odpowiedzieć w odpowiedzi SE, więc wolałbym skorzystać z różnych źródeł, o których wspomniałem powyżej. Powiem to jednak. Czytając wiele artykułów na temat
składniki systemowesystemd
alternatyw, stara się odnieść do wielu aspektów tego, czego brakowało w poprzednich narzędziach używanych do uruchamiania usług w systemach Linux. Ma bardzo dobrze przemyślaną konstrukcję i stara się zapewnić go w bardzo modułowy sposób.IMO powiedziałbym, że porównuje bardzo korzystnie zarówno pod względem wysiłku w jego projektowaniu, wykonaniu tego projektu, jak i przyjęcia go przez kilka większych dystrybucji Linuksa.
Jest wiele rzeczy, które
sytemd
można zrobić, których inne systemy nie mogą. Prawdopodobnie 3 z jego najsilniejszych cech to:1. logowanie
Na froncie logowania
systemd
wprowadzono nowy system rejestrowania o nazwie „Journal”, usługa nazywa sięsystemd-journald.service
. To jest jego własny temat, więcej na ten temat możesz przeczytać tutaj w tym artykule zatytułowanym: Przedstawiamy czasopismo . Oto przykład logującego się użytkownika „harald”.2 i 3. Ograniczanie zasobów i demony, które rozwidlają się
systemd
używa tutaj nowatorskiego podejścia polegającegocgroups
na ograniczeniu i ograniczeniu zasobów usług wymagających rozwidlenia lub ograniczenia dostępu do zasobów.fragment
Źródło: Daemon Showdown: Upstart vs. Runit vs. Systemd vs. Circus vs. God
Prawdopodobnie największym zastrzeżeniem do przejścia na systemed over Upstart lub sysV init jest konieczność uwzględnienia wielu nowych złożoności. Systemd ma wiele ruchomych części i jest niezwykle bogaty w funkcje, a dzięki tym dodatkowym funkcjom prawdopodobnie spędzisz sporo czasu na zrozumieniu, jak to wszystko działa.
Jak stwierdzono w mojej powyższej odpowiedzi na pytanie nr 3. Powtórzę tutaj jeszcze raz. Tam, gdzie sysV init był dość trywialny, aby nauczyć się zarządzać i nawigować w ciągu kilku godzin lub dni, Upstart prawdopodobnie zajmie ci tydzień lub dłużej, aby przyśpieszyć, podczas gdy systemd prawdopodobnie zajmie ci dużo dłużej, przewiduję, że wezmę kilka tygodni, aby zdobyć wystarczającą pobieżną wiedzę na ten temat, gdzie będę w stanie zarówno tworzyć własne
.service
pliki, jak i zatrzymywać / uruchamiać usługi z taką samą łatwością, jaką cieszę się teraz z sysV init.Referencje
źródło