Це спосіб мислення, що сприяє постійному вдосконаленню, основною метою якого є створення надійного й масштабованого програмного забезпечення. Докладніше про те, хто такі DevOps/SRE і чим займаються — в нашій аналітиці. Буде правильним сказати, що це поєднання DevOps-інженера і розробника. Об’єднує в собі поглиблені знання про будову системи з розумінням принципів її роботи.
Основи операційних систем
Якщо цікавить SRE — то підійде будь-яка спеціальність, яка пов’язана з програмуванням. Принаймні, він навчить ставити питання для отримання правильні відповіді. 9 листопада в межах проєкту Teens2IT від Kharkiv IT Cluster відбулася зустріч із інженером SRE, засновником компанії APIBEST і ментором освітньої платформи Production Ready — Тарасом Омеляненком. Якщо стався інцидент, інженер має відповісти на 3 запитання.
Підтримка надійності виробничих систем
Заробітна плата інженера з надійності та масштабованості значно варіюється і залежить від різних факторів, зокрема від рівня навичок та років робочого досвіду. Часто питають, яка різниця між DevOps, Ops, dsevelopers та, власне, SRE? Жодних чарівних знань тут не треба, в SRE може потрапити будь-який інженер, тестувальник, ops чи devops, які хочуть покращувати систему, яким не байдуже, як виглядає система для кінцевого користувача.
- Системи постійно змінюються, тому будь-якій організації потрібно вчитися керувати складними процесами для досягнення потрібної надійності.
- Згодом Тарас зрозумів, що систем написано вже багато, але недостатньо заходів ужито для підтримки сталої роботи та подовження строку їхньої експлуатації, він почав заглиблюватися в SRE.
- Сьогодні, для більшості організацій, залежність від внутрішніх IT-систем, їхньої надійності, продуктивності та інтеграції з зовнішніми сервісами стала необхідністю.
Чергування, реагування на інциденти, постмортеми
На додачу, Тарас поділився історією заснування власної ІТ компанії. Тим паче, мова тут йде більше про людей та процеси, ніж про інструменти (Hello Agile;)). Ринок вже користується всім необхідним інструментарієм, а тому немає потреби шукати щось нове для узгодження розробки, тестування та операцій згідно принципів Site Reliability Engineering. «Термін sre engineer „DevOps“ з’явився в індустрії наприкінці 2008 року і, на момент написання цієї статті (початок 2016 року), все ще знаходиться в стані розвитку. Такий широкий розмах виникає через різноманітність завдань, які може виконувати інженер SRE, а також через різний рівень технічних навичок та управлінського досвіду. В ролі SRE важливо вміти аналізувати і вдосконалювати код, але також розуміти, як працюють сервери, як система масштабується та відбувається розподіл навантаження.
Teens2IT: чим опікується SRE?
Ніхто в здоровому розумі використовувати її для задач моніторингу та провіжону не буде. Бо мейкфайли старші за 98.74% девопсів і тільки старпери і маргінали їх використовують. Продуктові та аутстафінгові компанії пропонують дещо вищі компенсації фахівцям ненав’язливий JavaScript рівня Middle та Senior, а також дещо частіше схильні наймати більш досвідчених айтівців. Медіанна зарплата DevOps/SRE в продуктових і аутстафінгових компаніях становить близько $4000 проти $3000 в аутсорсингових. Це невеликі статті, які зазвичай пишуть після великих помилок чи збоїв.
- Добре продумані ретроспективи дають змогу командам ітеративно покращувати свій продукт і процес співпраці.
- Керувати компанією — це про виклики кожен день, про прокачані менеджерські здібності.
- Приблизно половина робочого часу фахівця витрачається на розробку та автоматизації.
Для reliability важливо розуміти, як досягти правильної роботи сервісу та дотримуватися внутрішніх стандартів. Рідше такий спеціаліст відповідає ще й за відповідність інфраструктури вимогам, таким як GDPR та SOC2. Сподіваюсь, ця колонка допомогла вам зрозуміти, хто такий SRE фахівець та з чим він має справу.
SRE — это из книжки, которую издавал Google?
Якщо ви переглянете декілька сайтів для розміщення вакансій, на спеців чекають тисячі посад по всьому світу. У таблиці нижче наведені цифри з деяких ресурсів станом на січень 2019 року. При чому кожну з цих областей можна посилити, застосовуючи свій досвід тестування. Більш того, усі класичні методи тестування програмного забезпечення застосовуються, адаптуються та масштабуються до SRE. DevOps можна розглядати як узагальнення кількох основних принципів SRE для більш широкого кола організацій, управлінських структур та персоналу. Еквівалентним чином можна було б розглядати SRE в якості конкретного впровадження DevOps з деякими ідіосинкратичними розширеннями».