DISCLAIMER: s devopsakama nejsem v uzsim kontaktu, nasledujici text vyjadruje muj nazor, ne nutne nazor firmy a dost mozna se v leccems pletu. [Firmu jsem pouzil jako konkretni priklad obecneho jevu - jako bych nevedel, ze se na tom zasekneme
]
a co je na tychto technologiach standardne?
Jak jsem rekl, Amazon je nejvetsi provozovatel IaaS a jede na nem spousta firem. Tam neni o cem diskutovat.
Docker se stal defacto standardem kontejnerovani na Linuxu a stava se standardem deploymentu obecne (na Linuxu). Je siroce podporovan na vsech beznych serverovych sluzbach (namatkou co mi ted na jazyk slina prinese: Digital Ocean, Heroku, Bluemix, Openshift, Openstack, Cloud Foundry). Kdyz do Googlu napisu "Digital ocean", hodi mi naseptavac hned jako druhy "Digital ocean docker"). Kdo dneska nepodporuje Docker, jakoby nebyl (nekomentuju, co si o tom myslim, Jenom konstatuju).
CoreOS je jedna z moznych variant, souhlasim, ze to neni uplne nejvetsi hrac. Spis jeden z mnoha.
preco ansible a preco nie puppet?
Podle myho nazoru je ansible pro pouziti s dockerem primejsi, jednodussi a lip plni funkci. Obecne (bez ohledu na Docker) je Puppet asi castejsi, ale podle me bude postupne ustupovat kombinaci docker+ansible, mozna i jenom docker+sh. Kazdopadne ani ansible neni v dane oblasti nic exotickeho. Kdybysme se bavili o cfengine, tak bych tu vytku chapal.
Perlicka: google vraci na "site:root.cz ansible" 130 vysledku, na puppet 88.
v kontexte toho,ze striktne trvate na pokrocilych znalostiach uvedenych technologii
Jak jsem rekl, pouzil jsem to jenom jako priklad toho, o co podle me v informatice v soucasne dobe jde predevsim. Na to, jestli absolventi umi dokazat nejake pokrocile matematicke zalezitosti sere pes, trh akutne, bezodkladne potrebuje lidi, kteri jsou schopni dokopat servery k tomu, k cemu je business dokopat potrebuje. Ze si firma muze nekoho zaucit, to je pekny, ale znalost diferencnich rovnic v R je tem absolventum jaksi k tomu praktickymu dokopavani serveru k tomu, k cemu je potrebujeme dokopat, platna jak mrtvymu zimnik. A nerikam to jenom ja, stezuji si na to zamestnavatele masove.
vela IT seniorov (na tomto fore nazyvanych ak lopaty) si mysli ze vrchol adminstva je naklikat politiku v AD, alebo zmenit konfigurak ftp daemona a napisat systemctl restart foobar
Zadnyho takovyho seniora neznam.
. ale ked im date napisat jednoduchy skript (to je jedno v com podstatne je aby ten clovek mal mozog na urovni technickeho myslenia pretoze ak to raz napise v bashi tak za 2 dni to dokaze aj v pythone) , pouzit sed,awk, vyextrahovat iba IP adresu z prikazu ip addr show pomocou regexu, nedajboze vyladit selinux politiku alebo nejaky modul do apache tak este len vtedy nastava ta prava zadek..
Nevim. Mne tohle, co popisujes, prijde jako normalni napln prace admina.
ako ste uz tusim pisali tak v informatike pracujeme hlavne s neuplnymi informaciami a dobreho admina rozoznam podla toho ci je schopny si tieto kusky informacii davat dokopy a efektivne vyriesit problem a nie podla toho ci ako lopata ma nastudovany konfigurak a dokaze z repozitaru rozbehnut jednu sluzbu. jasne ze je vyhoda ak najdem konretne takeho cloveka ktory s mojimi technologiami vo firme uz pracoval a ma ich zvladnute ale ak taky nie je,tak hladam trosku inak..
Naprosto souhlasim! S durazem na to reseni problemu. To je presne pointa toho, co celou dobu pisu: od informatika podle me firmy ocekavaji ze kdyz maji problem "nakonfigurovat a spravovat cloudove servery", tak najdou clovek, kterej prijde a rekne "jasan, to udelame takhle, takhle. Slo by to sice i takhle a takhle, ale ze zkusenosti vim, ze to je trochu osemetna cesta". Proste slovo "zkuseny" ma stejny koren jako "zkusenost". A mozna i "zakusit". Jasan, da se nabrat lidi, kteri ti slibi, ze si to vyzkousi a pak uvidi. Ale to nechces. Protoze nechces auto dovezt do servisu, kde ti mechanik rekne "no, motor jsem sice jeste nikdy neopravoval, ale zkusim to, urcite to za tyden dva zvladnu".