Wiadomości

Dziewięć zasad wytrawnego administratora Uniksa

29 kwietnia 2011 08:45,

.. » Oprogramowanie » Systemy operacyjne » Systemy operacyjne unix » Unix

TAGI: Unix, administrator

Prezentujemy 9 zasad, którymi kieruje się prawdziwy administrator-weteran systemów Unix. Pozwolą one zrozumieć sposób postępowania tego ginącego w "okienkowych" czasach gatunku.

Polecamy:

Zobacz też:

Linux Foundation:Microsoft dominuje tylko na komputerach PC

Galeria:

Najdziwniejsze miejsca, w których można spotkać Linuksa

Paul Venezia, publicysta Infoworld.com, podaje dziewięć zasad, którymi kierują się weterani zajmujący się administrowaniem systemów Unix. Nie jest to próba pokazania jeszcze jednego szablonu charakteryzującego administratora Unix, ale raczej zaprezentowanie zasad jakimi kierują się coraz rzadziej spotykani w szybko zmieniającym się świecie IT, administratorzy-weterani systemów Unix.

Zasada 1 - nie używamy sudo

Sudo to program dzięki któremu administrator może zezwolić dowolnemu użytkownikowi na wykonywanie programów i komend, do których normalnie nie miałby uprawnień. Jednak administratorzy-weterani uważają sudo za podpórkę dla bojaźliwych. Jeżeli chce się wykonać coś jako root, to należy skorzystać z komendy su, bez żadnych podpórek w rodzaju sudo. Używanie wyłącznie sudo być może jest bezpieczniejsze, ale także często zwalnia od myślenia w czasie wykonywania działań.

Zasada 2 - używamy vi, a nie emacs

Chociaż emacs jest drogi sercu wielu administratorów Unix, jednak w praktyce jest to uniksowy ekwiwalent Microsoft Word. Vi - a tym bardziej vim - to prawdziwe narzędzie dla administratorów-weteranów, którzy zainteresowani są wyłącznie wykonaniem konkretnej pracy, a nie zmaganiem się z ubocznymi "gadżetami", które wnosi emacs. Różnego rodzaju podpórki zawarte w vim, takie jak np. podświetlanie składni, mogą być uważane za nieważne, ale modalna koncepcja edycji vi i jego uniwersalna przenośność czyni go, w przekonaniu administratorów-weteranów, jedynym prawdziwym edytorem.

Zasada 3 - naszym orężem są wyrażenia regularne

Dla niewtajemniczonych nawet najbardziej niewinnie wyglądające wyrażenia regularne (regex) sprawiają wrażenie produktu dość przypadkowego użycia klawiatury. Jednak dla weteranów to czysta poezja - nic nie może się równać z możliwościami jakie wnosi pcre (Perl Compatible Regular Expressions). Jeżeli jest potrzebna np. podmiana co trzeciego znaku w pliku zawierającym 100 tys. wierszy, z wyłączeniem przypadków kiedy następuje po nim liczba 4, wyrażenia regularne są jedynym narzędziem dla takiego zadania. W każdym większym ośrodku uniksowym znajdzie co najmniej jeden osobnik oswojony z regex, który jest zazwyczaj bez skrupułów wykorzystywany przez innych do wykonywania analiz składniowych regex.

Zasada 4 - jesteśmy z natury leniwi

Kiedy pojawia się problem wymagający dużo ręcznej, powtarzalnej roboty, starzy uniksowi wyjadacze preferują napisanie kodu, który przejmie to zadanie. Zazwyczaj zabiera to mniej czasu niż opcja manualna, choć nie zawsze. Jednak bez względu na to, preferują oni poświecenie czasu na działania "konstrukcyjne", które mogą być wykorzystane także później, zamiast na proste rozwiązanie konkretnego problemu. Zazwyczaj wysiłek taki zwraca się, kiedy kilka lat później napotka się podobny problem i można wtedy skorzystać z kilku setek linii Perl zapisanych kilka lat temu w pliku, co pozwoli rozwiązać go w parę minut.

1 2 dalej »

Podziel się |

Ocena:

Twoja ocena:

+ dodaj komentarz

Komentarze (9)

~popdruid

05-05-2011 10:47

odpowiedz zgłoś do moderacji

Wszystko to (czasem) niestety prawda - z punktu widzenia systemu unixowego to dziala bez pudla i chyba nikt do tej pory nie wymyslil lepszego podejscia... Gorzej to wyglada z punktu widzenia uzytkownika systemu unixowego ktorego czasem cholera trafia jak musi dostarczyc proof of concept lub godzinami udowadniac ze nie jest idiota... Choc trzeba tez przyznac ze uzytkownik ktoremu uda sie przezyc taka ?interwencje? zazwyczaj nie zaznaje potem problemow przez dluzszy czas... NO COZ - SWIAT IDEALNY NIE ISTNIEJE...

Adrzej

03-05-2011 22:02

odpowiedz zgłoś do moderacji

A tak w ogóle - to sudo to generalnie "linuksowy" twór. A linux is not unix...

Andrzej

03-05-2011 22:01

odpowiedz zgłoś do moderacji

etam. gadanie adminow zatrudnionych na uczelniach gdzie mozna sobie pozwolic na tygodniowy przestoj. Nie uzywamy sudo? Ja uzywam. jest naprawde wygodne. Hint - sudo su - to nie wszystko co mozna zrobic z sudo. Reboot nie jest rozwiazaniem? Sa przypadki gdzie minuta kosztuje. Duuużo kosztuje. Wtedy reboot jest rozwiązaniem. Inna sprawa że system musi być przygotowany na reboot. Oraz - post factum trzeba zlokalizować przyczynę - ale celem jest doprowadzenie systemu do działania.

~mma

01-05-2011 07:40

odpowiedz zgłoś do moderacji

Unix uczył bardzo zdrowego i logicznego podejścia do rozwiązywania problemów - i tak jest do dzisiaj. Dlatego uważam że jeśli jakiś administrator nie zna Unixa, to jedynie do czego się nadaje to - jak kolega wspomniał - 3R.

~phi

29-04-2011 19:59

odpowiedz zgłoś do moderacji

Admin systemów Microsoftu musi znać w praktyce 3R - reboot, reformat, reinstall. Admin systemu typu UNIX szuka PRZYCZYN a nie leczy skutków. W przypadku starszych systemów Microsoftu przypominało to wstrzykiwanie leków w drewnianą protezę. Przy nowszych jest to jedynie pudrowanie syfa. Postęp jest, a owszem.

~Gość

29-04-2011 11:10

odpowiedz zgłoś do moderacji

@wycin niekoniecznie. admin systemów ms wychodzi z trochę innego założenia. dla niego nie każdy problem ma swoją konkretną przyczynę. a właściwie ma, ale zazwyczaj tą przyczyną jest takie a nie inne działanie systemu ms (bo taki jest koncept ms lub bo istnieje bug w systemie, na którego usunięcie admin i tak nie ma wpływu)... przykre, ale prawdziwe.

~W.T.

29-04-2011 10:38

odpowiedz zgłoś do moderacji

Komentując ten artykuł słowami z reklamy pewnej marki piwa: true... true... Niestety takich ludzi z powyższymi cechami obecnie można szukać jak igły w stogu siana :(