Tak jestli je to od lennarta, tak urcite nebrat. Aby opravil par chyb v implementaci obvykle zvysuje komplexitu ad absurdum a pridava spoustu novych chyb v designu
Zase kus systemu, ktery pozere systemd - ve finale bude stacit kernel a systemd s nejakym api a binarnim balastem, a admini nebudou mit co zrat.
Z mé zkušenosti je systemd šílený opruz, rovnák na ohejbák, drbání se pravou rukou za levým uchem apod. Ale jakmile se něco konečně podaří nakonfigurovat a zprovoznit, tak to pak obvykle roky funguje samo bez jakékoliv intervence. V některých případech tak dobře, že člověk po čtyřech letech zapomene, co a proč tenkrát musel řešit. A tak si to zopakuje.
Jestli tedy musí admin 4 hodiny denně řešit problémy se systemd, pak to spíše znamená, že něco nedořešil.
Vidite a ja naopak se systemd nemusim slozite resit problemy, ktere byly s puvodnimi shell-based init skripty. I na to, aby spadnuvsi sluzba znova automaticky nastartovala jste potreboval ohaky okolo. Natoz pak nejaky vetsi orezani prav a privatnejsi prostredi (vc. treba oddelenych tempu atd), kde si to kazdy nejak bastlil po svem... naopak mam jednotne reseni, ktere neni problem aplikovat na cokoliv.
Ale klidne se s temi problemy pochlubte.... :-)
Administratorum narozdil od bridilu sluzby bezduvodne nepadaji, a kdyz neco lehne, tak je treba zjistit proc a nejdriv to vyresit, a ne to bezhlave porad dokola restartovat a nicit pritom data.
Edit: Nemluve o tom, ze systemd stejne neumi zjistit, zda servisa bezi.
30. 4. 2024, 15:42 editováno autorem komentáře
Jenže bez prezdivky ... právě napsal „servisa běží“. Kdyby napsal, že nedokáže zjistit, zda poskytuje služby, bylo by to něco jiného. Ale „běžet“ se u programů obvykle používá pro to, zda existuje proces, ne zda poskytuje služby v kvalitě, které by měl poskytovat.
Monitoring služeb je něco úplně jiného, než monitoring procesů. Monitoring služby musí být specifický pro danou službu, takže je v pořádku, že se SystemD nesnaží umět monitorovat služby.
A povezte Kefalin, co si predstavujete pod takovym fungujici sluzba? :-) To ze na jednom definovanem API endpointu neco odpovi, nebo ze korektne odpovidaji vsechny endpointy a zadny nekonci neocekavanou chybou pri nejake nezvykle kombinaci na vstupu...? No preju hodne stesti pri tvorbe toho vaseho podle vas dokonaleho monitoringu, co zajisti skutecne fungujici sluzbu za vsech okolnosti... :D
"A povezte Kefalin"
Ja narozdil od tebe nerestartuju sluzby kdyz zbuchnou, protoze me sluzby padaji jedine za zavaznych pricin a tudiz je naprosto mimozni se je snazit automaticky restartovat, protoze to povede maximalne k dalsi destrukci.
Ale jo, nejlepsi napad kdyz ti auto zastavi motor je ... ten motor znova a znova a znova startovat ... to ze napadaly ventily do valcu je takova drobnost kterou netreba resit.