Deset pravidel pro administrátory

jelikoz na 1. miste neni never touch a running system, dal jsem uz ani necetel...

hm, to bych si nenechal administrovat systém od takového administrátora, který nečte to, co nezná

pravidlo never touch a running system už je dnes zastaralé. Pokud totiž máte systém veřejně přístupný, neobejde se bez aktualizací. A pokud máte systém několik let tak jednoho dne dojde k situaci, kdy přestatne fungovat, protože používate konfigurační option označenou několik let jako deprecated. Jedný způsob jak předejít tomuto problému totiž znamená porušení vašeho pravidla. PS: neříkejte že se to nikdy nestane, dělám to už 12 let a stalo se mě to mnohokrát.

To pravidlo ale neni o tom, ze se nema zaplatovat, ale spis o tom, ze se nove zaplaty otestuji nejdrive stranou, a teprve pak, po vyreseni vsech problemu, se aplikuji na bezici system.

Hmm, a co budete dělat, když se vám systém restartuje... (výpadek proudu, selhání hw, atp.)? A najednou zjistíte, že z nějakého důvodu nenaběhne.

Tak pak uz to nesplnuje definici "running system", ze? :-P

je treba si uvedomit, ze running je zde pouzito ve vyznamu fungujici takze cesky to znamena "nesahej na to co funguje" a ne "nesahej na to co bezi (je spustene)" a rozhodne to nema nic spolecneho se zaplatami, protoze ty vzdy opravuji nejakou nefunkcnost...

neasi

argumenty proti GUI jsou zcestne.

tato reakce z diskuse u článku je velmi výstižná:

# Bryan Says: August 1st, 2008 (4 days ago) at 12:08 pm

“Use Command Line more than GUI”

I have to disagree w/ this one. I prefer the CLI to a GUI but everyone uses the CLI differently. Wherever possible you need to standardize configurations of your systems, because more often than not, there are multiple sysadmins. I used to be a Windows Sysadmin and the GUI’s sucked but they did force people into doing things the same way. Too much flexibility can be a liability when you have a number of people collaborating in system administration.

You manage identity and user permissions in a million different ways but only a couple of ways on windows. The windows user perms may not be very powerful but it’s easy to understand them and for a team to grok them. LDAP+SAMBA+XYZ authentication method gets really complicated really quickly



Lpění na CLI nemusí mít vždy dobré opodstatnění a naopak GUI se v mnoha případech ukazuje vhodnější. Tohle pravidlo bych prostě vyhodil, nebo změnil. Použijte prostě takové nástroje, které mají jednoznačný způsob použití. Dokumentace vlastních kroků nemusí vždy stačit.

Mně ta výše zmíněná reakce přijde trochu zcestná. Množství způsobů autentizace, které daný systém podporuje, nemá nic společného s otázkou GUI vs. CLI. Já bych daný bod formuloval spíš: Používej nástroje a postupy, které jsou pro danou věc nejvhodnější (kritéria vhodnosti nechám na váženém čtenáři). Rychlost, transparentnost, dokumentovatelnost, automatizovatelnost zřejmě přidají bodíky CLI, neschopnost admina najít na klávesnici písmenka pak může být zásadní důvod pro použití GUI:-)

zkuste si nakonfigurovat replikaci DB2 nebo Oracle v GUI a z prikazove radky. Uvidite co vam bude dele trvat a kolik pri tom udelate chyb.

zkus si vypsat arp cache na vzdalenym stroji s gui a cli
z cli: alt-x,ssh masinka ip n sh,enter
proste takhle - at tak nebo tak - to generalizovat je blbost

kazdopadne kdyz gui tak jedine remote (a tim nemyslim x11 forwarding, ni nx, ni rpc - no http uz je idealu bliz ale stale dost daleko) ;-)

GUI prevents you from understanding and learning the functionality happening behind the scenes.
> hodne dobry duvod

No nevim, spousta CLI skriptu/programu take dela spoustu veci za vas. Ja jsem jen pro command line, ale ty duvody je potreba formulovat trochu jinak.

GUI umožňuje adminům nastavovat věci o kterých „nic“ neví a to je chyba, i když prvotně ekonomicky vyhodná…