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