Forum Debian Users Gang

Wszystko zależy od tego czym konkretnie chcesz administrować (czyli co cię najzwyczajniej w świecie kręci) i na administratorów czego w swoim regionie masz zapotrzebowanie.

Kilka przykładowych możliwych ścieżek kariery administratora to:
- Bazodanowiec - MySQL, PostgreSQL, Oracle. Obok znajomości języka SQL dla danego serwera potrzebne jest też zrozumienie dla działania wewnętrznych mechanizmów systemów bazodanowych, wiedza z zakresu bezpieczeństwa baz, określania dostępu i uprawnień, zapewniania bezawaryjności usługi, replikacji, backupowania i weryfikowania poprawności backupów.

- Sieciowiec - Tutaj potrzebna jest znajomość teorii i praktyki działania sieci lokalnych i rozległych, przeciętna znajomość systemów *NIX'owych i bardzo dobra znajomość systemów stosowanych na sprzęcie sieciowym, takim jak Cisco, Juniper, Brocade, MikroTik, etc. O ile proste sieci LAN jesteś w stanie ogarnąć na domowym labie o tyle kwestia kosztów związanych z dorwaniem się do urządzeń o których mowa bądź zwyczajna możliwość zbudowania sieci choć trochę przypominającej prawdziwą to już coś ciężkiego do przeskoczenia i trzeba byłoby uderzać na jakiś staż bądź praktykę do firmy zajmującej się tematem, choćby lokalnego ISP.

- Administrator storage - Średnia znajomość sieci, bardzo dobre obeznanie w temacie systemowym (systemy plików, ich mocne i słabe strony, technologie przechowywania i udostępniania danych takie jak CIFS, NFS, iSCSI, FibreChannel, etc.), umiejętność planowania infrastruktury sieci pod to, znajomość sprzętu (macierze, dyski, kontrolery HBA/RAID), pojęcie o rozproszonych systemach plików (GlusterFS, Ceph, GFS).

- Administrator systemów wirtualizacji - Bardzo dobra znajomość systemu, rozeznanie w sprzęcie (wsparcie dla VT-x, VT-d, IOSRV, offloading na kartach sieciowych, kontrolery RAID, etc.), średnia znajomość sieci by jakoś wirtualki potrafiły gadać ze sobą i ze światem, dodatkowo backup, weryfikacja poprawności backupu, protokoły sieciowe do backupu wykorzystywane, systemy wirtualizacji (KVM, XEN, ESXi, OpenVZ ( xD ), LXC, docker, OpenStack). Do tego zapewne jakieś narzędzia do automatycznej konfiguracji i zarządzania grupami hostów (Puppet, Ansible, Chef, Salt).

- Administrator aplikacji - trochę szerokie pojęcie, ogólnie sprowadza się ono do mistrzowskiej znajomości zagadnień konkretnych aplikacji bądź frameworków programistycznych, czyli planowania i przygotowywania np. środowisk pod aplikacje napisane w Django bądź Ruby on Rails, z uwzględnieniem bajerów takich jak HA (wysoka dostępność), load balancing, zabezpieczanie aplikacji od strony serwera.

- Administrator pocztowy - bardzo dobra znajomość systemu i całego konceptu poczty elektronicznej. Konfigurowanie serwerów w sposób w który będą na tyle bezpieczne że poczta do nich przychodząca nie będzie wpadać w łapy niepowołanych osób, pilnowanie by serwer nie przyjmował poczty której nie powinien bądź zwyczajnie nie chce, konfigurowanie serwerów tak by poczta przez nie wysyłana nie była klasyfikowana jako spam, etc. Dodatkowo podstawowa znajomość sieci sporo ułatwi.

Na koniec zostawiłem perełkę:

- Administrator hostingu współdzielonego - gratulacje, właśnie stałeś się wszystkim z powyższych. Będziesz babrał się w każdej z wymienionych dziedzin (ew. poza siecią), będziesz zasypywany milionami problemów użytkowników końcowych które to problemy niekiedy bywają tak absurdalne że zaczynasz rozważać zmianę kariery na magazyniera bądź sprzątaczkę,


Z systemów którymi się zainteresować sugerowałbym w pierwszej kolejności Red Hat'a przy użyciu CentOSa, jako że jest on swego rodzaju enterprise standardem w branży, szczególnie na zachodzie. Sporą część rynku mają też Debian i Ubuntu, a w bardziej wyspecjalizowanych możesz spotkać np. Gentoo, które przy okazji jest niesamowicie rozwijające z racji stojącej za nim filozofii.
Popularne w zastosowaniach enterprise są też SLESy, czyli SUSE Linux Enterprise Server.

Dodatkowo potrzebna jest bardzo dobra znajomość języka angielskiego, który jest standardem w branży oraz w którym jest napisane 99.99% dokumentacji, umiejętność logicznego myślenia i łączenia wątków oraz zwyczajne zacięcie do szukania rozwiązań na własną rekę bądź w odmętach sieci.

IMHO pracę Admina trzeba zwyczajnie kochać, bo jeżeli podchodzi się do niej na zasadzie czysto zarobkowej to bardziej opłaca się zostać programistą, jako że tam mediana zarobków jest wyższa. Dodatkowo brak wrodzonej pasji może spowodować bardzo szybkie wypalenie, bo praca jest momentami niesamowicie stresująca i męcząca.
Na plus za to wychodzi to że sprawia ona też masę satysfakcji, swoje maszyny zaczynasz traktować jak własne dzieci, przyglądasz się każdemu etapowi ich życia i błogosławisz każdą chwilę świetego spokoju ;P Bywa tak że cały dzień nie wiesz w co ręce włożyć, a bywa tak że jak wszystko jest już fajnie postawione i daje sobie radę samo, wtedy zazwyczaj przyglądasz się logom, badasz nowinki w świecie IT, zajmujesz się tematami które cię interesują i rozwijają, a gdy zajdzie potrzeba rzucasz wszystko by łatać jakąś nową mega podatność bądź ratować świat po awarii macierzy. Dodatkowo można popaść w paranoję, gdyż z czasem każdy otwarty port sieciowy bądź usługę zaczynasz traktować jak potencjalną katastrofę bezpieczeństwa.


Nie mam zbyt wiele doświadczenia, bo jeszcze jestem piękny i młody, więc dopiero 4 lata siedzę na tym stanowisku, studiów na kierunku jeszcze nie skończyłem i nie zapowiada się bym szybko się do tego zebrał, zwyczajnie od liceum przedkładałem interakcje z komputerami ponad interakcje z ludźmi i tak mi zostało ;) Osobiście zajmowałem się do niedawna po równo hostingami współdzielonymi jak i wirtualizacją, teraz z dużo większym naciskiem na wirtualizację (na całe szczęście) i każdy dzień uświadamia mi jak wiele jeszcze przede mną ;)


Mamy tu paru bardziej zaawansowanych zarówno w stażu pracy jak i wieku adminów, więc myślę że też dorzucą swoje trzy grosze.

IMHO na początek skoro już masz wirtualkę to postaw sobie na niej kilka popularnych usług, takich jak serwer WWW, środowisko dla jakiegoś języka programowania np. PHP, wgraj jaką aplikację z tego korzystającą, dorzuć serwer SMTP, serwer POP3/IMAP, napisz jakiś firewall, dorzuć do tego bazę danych, coś do backupu i monitoringu. Potem spójrz na to co stworzyłeś i zastanów się czy jest coś co możesz ulepszyć/przyśpieszyć/uczynić bezpieczniejszym/bardziej bezawaryjnym. Następnie poczytaj w sieci o bezpieczeństwie każdej z tych usług oraz o najlepszych praktykach i wprowadź je w życie. I zapętlić.

Ostatnio edytowany przez enether (2015-11-13 00:16:25)

2368

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:27:07)

Ciągaj z torrenta video turoriale, a dalej już samo pójdzie. xD

Nie bede duzo dywagowal ale akurat teraz na topie jest DevOps
Z twojego punktu widzenia uczylbym sie nastepujacych rzeczy:
1. Sieci (routing, bonding, tunning)
2. Monitoring (op5, incinga, nagios)
3. Automatyzacja (puppet, saltstack, spacewalk, cfengine)
4. Administracja ( tunning, ipa, cfengine, wirtualizacja, tworzenie paczek)

Pozdrawiam

uzytkownikubunt napisał(-a):

Przecież enether nie napisał, że po postawieniu "jakiegoś firewalla" autor tematu zostanie zawodowcem. To tylko pewne ćwiczenie na początek. Dzięki temu można dowiedzieć się co to jest iptables, pakiet IP (chociaż można to też praktycznie poznać od strony programisty C wypełniając strukturę danych ;) ). Potem jak już się zrobi kilka prostych rzeczy można przejść do teorii (czuje się wtedy lepiej pojęcia) i... znów praktyki, ale tym razem już będąc bardziej świadomym i tym razem robiąc to lepiej.

No i super kilka polityk typu DROP zrobi kilka REJECT i poczyta o iptables i zostanie zatrudniony gdzies i dostanie czy to PfSensa z PacketFilterem albo Vyatta i ma się popłakać bo to działa na innych zasadach? Jak pozna najpierw warstwy ISO/OSI, nastepnie metody filtrowania i analizy na poszczególnej warstwie będzie w stanie poradzić sobie z dowolnym FW mając do dyspozycji podręcznik administratora danego rozwiązania. Przeciez gdybym ja miał na pamięć znać poszczególne komendy i ich kombinację dla całego sprzętu z którym mam styczność to bym wyglądał tak:

TheBocios napisał(-a):

Rozumiem, że patrzysz na to bardzo szeroko ale od czegoś trzeba zacząć, Ty od razu wszystko wiedziałeś i dostałeś pod opiekę serwerownie tak? Pisałem wyraźnie, że jestem początkujący w tej kwesti ale interesje mnie to i chciał bym nauczyć się czegoś nowego. Chciał bym informacje od czego warto zacząć a nie udowadniać mi, że nie nadaję się do tego.

To oznacza że nic nie rozumiesz. Odpowiedź na pytanie brzmi tak. Odesłałem do kursów CCNA bo zawierają dużo z samej teorii, plus mają jakieś mniej lub bardziej realne przykłady i zadania do rozpatrzenia w tym "problemówki". Czyli masz określone środowisko ze sprzętem i konfiguracjami a problem leży że któreś pakiety nie docierają tam gdzie należy. Wystarczy pominąć zbędne zapamiętywanie mechanizmów typowych dla IOS'a i masz bardzo dobrą podstawę z technologii sieci.
Więc zreflektuj się ze swoją postawą chyba że oczekujesz odpowiedzi "wizjonerskich" lub typu "wydaje mi się że jak się nauczysz tego i tego to jesteś takim UberAdminem że hoho". Chyba że zależy Ci na byciu Adminem pokroju części adminów środowiska homogenicznego Windowsa gdzie wychodzi się z założenia że jeśli nie wyskakują komunikaty naprawiające i admin musi klikać "napraw to wg. procedury 1", a jeśli jest inaczej to dzwonimy po support to proszę bardzo możesz uczyć się "aplikacji".
Jeszcze jedna ważna cecha admina to umiejętność czytania ze zrozumieniem i analizy trendów.

P.S. I tutaj wydaje mi się że jest problem bo nigdzie nie napisałem że ktoś się nie nadaje. Takie coś byś mógł ewentualnie usłyszeć gdybyś starał się o prace w zespole i byś zaprezentował "umiejętność obsługi aplikacji". Jak poznasz podstawy i teorie to można przejść dopiero do warstwy aplikacji.

To się nauczy złych praktyk, jak będzie pytanie "jak zostać elektrykiem?" to najpierw odeślemy do tablicy żeby sobie po przyłączał kilka kabelków może jakąś WRP? Czemu w IT większość uważa że najlepiej zacząć od praktyki, a teorie jakoś się dorobi.

qluk napisał(-a):

To się nauczy złych praktyk, jak będzie pytanie "jak zostać elektrykiem?" to najpierw odeślemy do tablicy żeby sobie po przyłączał kilka kabelków może jakąś WRP? Czemu w IT większość uważa że najlepiej zacząć od praktyki, a teorie jakoś się dorobi.

Oj tam, oj tam.

Jeżeli ktoś nie widział na oczy komputera, to nie zacznie kariery w IT.
Jeśli natomiast ktoś widział i używał komputera, na którym był jakiś system operacyjny, to i tak najpierw łyknął praktyki,  a dopiero potem teorii.

Więc to nie jest uważanie, tylko normalna droga do IT, zawsze ten pierwszy poznany system jest punktem odniesienia do następnych.
Katastrofa jest wtedy, kiedy na tym pierwszym systemie nie uda się zaobserwować logiki działania systemu operacyjnego, która w różnych punktach jest wspólna dla wszystkich systemów.
Dlatego wielu informatyków, którzy znają tylko Windows, nie potrafi zrozumieć sposobu działania i konfigurowania Debiana, bo tam nie ma okienek znanych z XP.
Sam znam takich pacjentów, nawet jednego, który w TB nie umie skonfigurować konta ani nawet wysłać maila, bo on zna tylko Outlooka, chociaż licencjat jakoś skończył. ;)

Wtrącając się do powyższej wypowiedzi. W IT zawsze można przywrócić backup/snapshot, na stole operacyjnym tak średnio bym powiedział.

drag_op napisał(-a):

Wtrącając się do powyższej wypowiedzi. W IT zawsze można przywrócić backup/snapshot, na stole operacyjnym tak średnio bym powiedział.

W IT zawsze można zajrzeć do helpa czy mana, a na stole operacyjnym? Doktorze, pacjent schodzi — spokojnie siostro lookne na "man skull" i "man brain" i zaraz przetestuje kilka przykładów, które znalazłem na necie, coś na pewno zadziała. A tak w ogóle to zrobie fotkę moim nowym fonem i wrzucę ją do google search, może znajdzie podobne i powie mi wtf, bo kompletnie nie mam pojęcia co robić. xD

@uzytkownikubunt, dlatego jest środowisko produkcyjne i testowe. W warunkach realnych bardzo ciężko o taki schemat, a nawet jeśli już występuje, to uszkodzenie środowiska testowego kosztuje. W IT koszt ponownego odtworzenia całego środowiska testowego jest bliski 0, przynajmniej jeśli chodzi o zasoby. Najwyżej znów będziemy musieli przechodzić przez proces instalacyjny apache+mysql+wordpress. xD

Wyobraźcie co by się działo w IT, gdyby zlikwidować backup. :]

Ostatnio edytowany przez morfik (2015-11-14 00:41:35)

Cóż... ja polecam osobiście praktykę, co prawda jestem jeszcze bardzo niedoświadczony i nieopierzony (jestem dopiero w Technikum w klasie maturalnej), ale mam już rok doświadczenia jako stażysta/DevOps i powiem tak, że z pewnością robiąc samodzielnie taski nauczyłem się masę nowych rzeczy, sama możliwość przebywania w gronie specjalistów (bo bardzo ogarnięty team mi się trafił) sprawiła, że banalne problemy rozwiązywały się albo po chwili (jeśli coś w googlach było łatwe do znalezienia) albo po szybkiej interwencji kogoś kto był koło mnie i kogo mogłem zapytać 'co jest pinć'

co prawda brakuje mi baardzo teorii (bez tego się niestety nie da swobodnie pracować), ale powoli uzupełniam wiedzę idąc od wyższych warstw abstrakcji niżej ;) Jeszcze rok temu moje umiejętności w obsłudze terminala, CentOSa, nawet głupiego gita były co najmniej mierne, a pierwsze moje devboxy na Centosie niesamowicie mnie wkurzały, bo WebUI mi się nie, a przecież wystarczy przestawić tryb Selinuxa żeby móc pracować (podkreślam, że to był devbox)

Jeśli chodzi o pytanie:
1. Jakiego Linuxa poznawać:
Imo warto ogarniać Debiana(przekłada się ta znajomość bezpośrednio na ubuntu) i CentOSa(to samo tyle że do RedHata) w zasadzie całe różnice zazwyczaj sprowadzają się do położenia logów, nazw bianarek (np httpd w CentOS vs apache2 w Debian) i obsługi menedżera pakietów (yum, apt-get, dnf z czasem). Znając ten zestaw niewiele jest cię w stanie zaskoczyć, a nawet jak wejdzie coś nowego to zazwyczaj ciężkie 5 minut googli rozwikła zagadaki ;)

2. A tematy do ogarnięcia, no cóż... ;) Koledzy na forum są dużo bardziej doświadczeni i pewnie się uśmiechną, ale dla mnie największe problemy czasem sprawiają rzeczy najprostsze ;P Cóż warto widzieć imo:
-jak konfigurować firewall (via iptables i/lub firewalld)
-jak używać openssh (tworzenie własnych CA, generowanie własnoręcznie podpisanych certyfikatów, etc.
-narzędzia serwująco-proxujące, w postaci Apache, Nginx, HAproxy, prędzej czy później będziesz potrzebował albo proxy http np do terminacji SSLa(wymogi bezpieczeństwa przy audytach np.), czasem przyda ci się nawet terminacja w obie strony (klient autoryzujący się certem)
-szeroko pojęte bezpieczeństwo danych, czyli że nie stawiamy apek na koncie roota, CA które używamy poza celami testowymi mają swojego odizolowanego od świata (najlepiej fizycznego, bez internetu gdzieś w otchłani serwerowni), czy nawet ustawienia sshd (np brak opcji logowania na roota i wyłaczone logowanie po haśle), długie hasła, keepass, szyfrowanie danych i poprawny ich backup
-wirtualizacja i konteneryzacja ;)  - pobawić się kvmem, vboxem, vagrantem(cudowne narzędzie które szybko pokochasz gdy będziesz stawiać kolejne nowe środowiska testowe na vmkach i zamiast instalować każdorazowo system po prostu uruchomisz go z obrazu, obrazy możesz dozbrajać we własne skrypty, czy inną automatyzacja - tworzy wirtualki z przygotowanych szablonów, świetne ułatwienie podczas projektowania nowych rzeczy czy jakiś testów, sporo szablonów jest w sieci), poza tym dobrze jest wiedzieć czym jest KVM, Hyper-V i Vmware, a także czym jest docker i gdzie warto go stosować, a gdzie to jest przerost formy nad treścią
-jak używać curla, netstata, iotopa, gita, vima, crona i jeszcze paru zabawnie podstawowych narzędzi które nawet nie wiedziałeś jak mogą bardzo ułatwić ci pracę ;P

A w międzyczasie cóż... coś do skryptowania, teoria sieci i ciągłe poszerzanie wiedzy ;) materiałów do nauki na pewno ci nie zabraknie, a jak przestaniesz się bawić w domu, a zaczniesz w pracy, to przynajmniej na początku każdy dzień będzie niekończącym się poszukiwaniem odpowiedzi najpierw na poziomie 'czy problem był na stacku' a potem im bardziej złożony, tym bardziej teoretyczno-dokumentacyjny

Pozdro ;)

Cześć wszystkim,

Jako, że temat wydał mi się bardzo ciekawy a posiadam trochę doświadczenia w temacie to się wypowiem :)

Czego się uczyć:

1. Programowanie - bash, python (to takie minimum).
2. Configuration management - ansible, saltstack, puppet, chef (polecam skupić się na dwóch pierwszych).
3. Zgłębić terminy: TCP/IP, HTTP, SSL, FTP, SMTP itd. itp, jest tego trochę, generalnie różnego rodzaju protokoły przesyłania danych.

Czego się NIE uczyć:

1. Nie ucz sie konkretnej dystrybucji linuksa - Nie zawsze przyjdzie Ci pracować na samym debianie czy redhacie, jeśli opanujesz "ogólnie" linuxa to przestawienie się na dowolną dystrybucję jest kwestią paru minut, proszę was apt-get install a yum install to żadna różnica.
2. "Nie ucz się" nginx'a, apache, zabbix'a, postfix'a, mysql, postgresql - wykujesz na pamięć konfigurację, składnię? Bez sensu, postaw sobie te usługi i jak czegoś nie wiesz po prostu zajrzyj do dokumentacji (problem w tym, że trzeba wiedzieć czego szukać dlatego połóż nacisk na podstawy: HTTP, SMTP, SNMP).
Nikt normalny nie będzie wymagał od Ciebie na rozmowie rekrutacyjnej wyrecytowania po kolei opcji konfiguracyjnych nginx'a.

Postaw sobie w domu kilka wirtualek albo lepiej od razu zainteresuj się Dockerem.
Unikając logowania sie bezpośrednio na maszyny skonfiguruj sobie kilka usług, np haproxy -> kilka instancji nginx -> rabbitmq/redis -> postgresql do tego jenkins i jakiś monitoring np zabbix, napisz jakąś prostą web aplikację i sobie ją wystaw, dołóż kolejne 10 wirtualek i spraw że za pomocą jednego polecenia/ pusha w gicie zainstaluje się kilka dodatkowych web serverów, które dodadzą się do Load Balancera (haproxy).
Pamiętaj, że w dobie clouda nie ma rozróżnienia na administratora baz danych, storage, aplikacji, itd

EDIT: i jeszcze raz powtórzę, skup się na programowaniu, przyszłość administratora to umiejętność programowania (nie mylić ze skryptami)

Ostatnio edytowany przez grom992 (2015-11-14 10:12:48)

2373

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:27:13)