Vlákno názorů k článku
Utilita run0 je bezpečnější náhradou za sudo založenou na systemd
od Anonymní - Tak jestli je to od lennarta, tak urcite...
-
Anonymní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.
-
DannyStříbrný podporovatelAdminu je beztak nedostatek, takze nahradit nektere archaicke postupy neni ku skode veci. A mimoto reseni s run0 nijak slozite nepusobi. Pokud vas v oboru urazi nutnost se obcas naucit nove veci, mel byste spis premyslet o jine praci ;-)
-
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.
-
DannyStříbrný podporovatel
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
-
Filip JirsákStříbrný podporovatelU správně napsaných služeb umí systemd zjistit, zda služba běží, protože když se dceřinný proces ukončí, dostane o tom rodič signál.
-
Jan HrachStříbrný podporovatelBěží proces != služba není zatuhlá. To pak systemd umožňuje řešit díky keepalive, které si služba ale posílá sama. Předřečník by asi chtěl napojení na nějaký skutečný monitorovací systém, ale to stejně nemůže být v systemd, protože by si stěžoval, že je toho v systemd moc.
-
Filip JirsákStříbrný podporovatel
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.
-
DannyStříbrný podporovatel
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.
