Сістэмныя адміністратары ўсяго свету, віншуем вас з прафесійным святам!
У нас сістэмных адміністратараў не засталося (ну амаль што). Аднак паданне аб іх яшчэ свежа. У гонар свята мы падрыхтавалі гэты эпас. Уладкоўвайцеся ямчэй, дарагія чытачы.
Once upon a time свет Dodo IS быў у агні. У той цёмны час галоўнай задачай нашых сістэмных адміністратараў было перажыць яшчэ адзін дзень і не заплакаць.
Даўным-даўно праграмісты пісалі код мала і павольна, а выкладвалі яго на прад усяго раз у тыдзень. Вось і праблемы ўзнікалі ўсяго раз на сем дзён. Але потым яны сталі пісаць больш кода і выкладваць яго часцей, праблем стала дадавацца, часам усё стала развальвацца, а адкочвацца стала горш. Сістэмныя адміністратары пакутавалі, але цярпелі гэты балаган.
Сядзелі яны па вечарах дома з трывогай на душы. І кожны раз здаралася "ніколі не было, і вось зноў маніторынг шле сігнал аб дапамозе: Чувак, свет у агні!". Тады нашы сісадміны апраналі свае чырвоныя плашчы, трусы-над ласін, рабілі кудзерку на лбе і ляцелі ратаваць Dodo свет.
Увага, невялікае тлумачэнне. Класічных сістэмных адміністратараў, якія абслугоўваюць жалеза, у Dodo IS не было ніколі. У нас адразу былі прасунутыя на аблоках Azure.
Чым жа яны займаліся:
- калі нешта ламалася, рабілі так, каб чынілася;
- жанглявалі серверамі на экспертным узроўні;
- адказвалі за віртуальную сетку ў Azure;
- адказвалі за нізкаўзроўневыя рэчы, напрыклад, узаемадзеяння кампанентаў (*шэптам* у якіх часам ніхрэна не мацалі);
- рэканэкту сервераў;
- і многім іншым дзікім.
Жыццё каманды інжынераў інфраструктуры (так мы клікалі нашых сісадмінаў) тады складалася з тушэння пажараў і вечна якія ламаюцца тэставых стэндаў. Жылі яны і тужылі, а потым вырашылі задумацца: што ж так дрэнна, а можа зробім лепш? Напрыклад, не будзем падзяляць людзей на праграмістаў і сісадмінаў?
Задача
Дадзена: ёсць сісадмін, у якога ў зоне адказнасці серверы, сетка, якая злучае яго з іншымі серверамі, праграмы ўзроўню інфраструктуры (вэб-сервер, які хосціць дадатак, сістэма кіравання базамі дадзеных і г.д.). І ёсць праграміст, у якога зона адказнасці - які працуе код.
А ёсць рэчы, якія знаходзяцца на стыку. Гэта чыя атрымліваецца адказнасць?
Звычайна якраз на гэтым стыку сустракаліся нашы сісадміны і праграмісты і пачыналася:
- Чувакі, нічэ не працуе, напэўна з-за інфраструктуры.
- Чувакі, ды не, справа ў кодзе.
Аднойчы ў гэты момант паміж імі пачаў расці плот, праз які яны радасна кідаліся какашкамі. Задачу, як какашку, перакідвалі з аднаго боку плота на іншую. Пры гэтым да вырашэння сітуацыі ніхто не набліжаўся. Сумны смайл.
Прамень сонца працяў пахмурнае неба, калі некалькі гадоў таму ў Google прыдумалі не перакідвацца задачамі, а замест гэтага рабіць агульную справу.
А што, калі апісаць усё як код?
У 2016 годзе Google выпусціў кніжачку "Site Reliability Engineering" пра трансфармацыю ролі сістэмнага адміністратара: ад магістра магіі да фармалізаванага інжынернага падыходу ў выкарыстанні ПЗ і аўтаматызацыі. Яны самі прайшлі праз усе церні і перашкоды, налаўчыліся і вырашылі падзяліцца гэтым са светам. Кніжка ў адкрытым доступе ляжыць .
У кнізе закладзены простыя ісціны:
- рабіць усё як код - добра;
- выкарыстоўваць інжынерны падыход - добра;
- рабіць добры маніторынг - добра;
- не даваць выпусціцца сэрвісу, калі ў яго няма зразумелага лагіравання і маніторынгу - таксама добра.
Гэтыя практыкі прачытаў наш Глеб (), і панеслася. Укараняем! Цяпер мы знаходзімся ў пераходнай стадыі. Каманда SRE сфарміравана (ёсць шэсць гатовых спяцоў, яшчэ шэсць праходзяць онбоардінг) і гатова змяняць свет, цалкам які складаецца з кода, да лепшага.
Мы ствараем нашу інфраструктуру такім чынам, каб даць магчымасць распрацоўнікам цалкам самастойна менеджіць свае асяроддзі і займацца калабарацыяй з SRE.
Вангуем замест высноў
Сістэмны адміністратар - годная прафесія. Але да ведаў сістэмнай часткі таксама патрэбны выдатныя навыкі software engineering.
Сістэмы становяцца прасцей і прасцей, а суперунікальныя веды па адміністраванні жалезных сервераў з кожным годам становяцца менш запатрабаванымі. Хмарныя тэхналогіі выцясняюць запатрабаванне ў гэтых ведах.
Добры сісадмін у найбліжэйшай будучыні павінен будзе валодаць нядрэннымі навыкамі software engineering. А яшчэ лепш, каб ён меў добрыя навыкі ў гэтай сферы.
Ніхто не ўмее прадказваць будучыню да моманту яго наступу, але мы лічым, што з часам будзе ўсё менш і менш кампаній, якія захочуць павялічваць бясконца які раздзімаецца штат сістэмных адміністратараў. Хаця, вядома, аматары застануцца. Нямногія ж сёння ездзяць на конях, у асноўным карыстаюцца аўтамабілямі, хаця знаходзяцца аматары…
Усіх з днём сісадміна, усім код!
Крыніца: habr.com