Сфера DevOps залишається однією з найвисокооплачуваніших в українському ІТ. За пів року зарплати майже не змінилися, але у DevOps знизився третій квартиль зарплат. DevOps-фахівцям найбільше платять у продуктових компаніях, сисадмінам — у сервісних. Це четверта стаття зимовго зарплатного циклу DOU.
Зростають зарплати досвідчених DevOps та Security. Зарплати початківців навпаки мають тенденцію до зниження. Продуктові компанії наймають більш досвідчених DevOps і готові платити їм вищі зарплати. На черзі п’ята стаття літнього зарплатного циклу — про зарплати DevOps/SRE, SysAdmin та Security.
Денис Васильєв ділиться досвідом створення кастомного Kubernetes-контролера для реліз-системи, розповідає про архітектуру, роботу контролерів і client-go, а також мотивує заглибитися в Kubernetes API як шлях до розвитку в SRE, Platform Engineering і DevOps.
За пів року знизилися зарплати Junior та Middle DevOps Engineers. Зарплати SRE та DevOps Team Lead мають тенденцію до зростання. Продуктові компанії платять більше девопсам, сервісні — сисадмінам. Продовжуємо наш зарплатний цикл, сьогодні про зарплати DevOps, SRE, Security, SysAdmin та DBA.
Олександр Рихальський, Senior DevOps Engineer у SoftServe, ділиться досвідом роботи зі storage у Kubernetes. Він розповідає про типи volumes, PVC, storageClass, а також наводить практичні кейси ефективного управління хмарними ресурсами.
Старший інженер DevOps Євгеній ділиться своєю колекцією CLI-інструментів, які використовує щодня. Вона стане корисним путівником для тих, хто прагне покращити роботу з командним рядком, оптимізувати автоматизацію та розширити набір інструментів для повсякденних задач у DevOps.
Данііл, Engineering Manager, пояснює: як правильно визначати й використовувати метрики надійності SLO та SLI для покращення доступності систем. Він ділиться практичними порадами щодо вибору метрик та оптимізації процесів для досягнення високої якості обслуговування користувачів.
Віктор Карабедянц вважає: багато хто не розуміє, які проблеми насправді вирішують практики SRE. Щоб відповісти на ці питання, у статті він занурюється у концепцію Site Reliability Engineering та детально пояснює: чим не є SRE, що таке Error Budget, Toil, Fragile та Antifragile та багато іншого.
У цьому блозі Олександр Баранецький розвінчує головні міфи щодо зони відповідальності SRE, ділиться важливими навичками, необхідними для SRE-фахівців, та розповідає про власний шлях переходу на цю роль.
ІТ-індустрія переповнена купою «базвордів» і трендів. Спочатку був DevOps, далі Docker, Kubernetes та RPA. Проте, перспективи SRE наразі — стати більше ніж все це. Тим паче, мова тут йде більше про людей та процеси, ніж про інструменти (Hello Agile;)). Ринок вже користується всім необхідним інструментарієм, а тому немає потреби шукати щось нове для узгодження розробки, тестування та операцій згідно принципів Site Reliability Engineering.
Мене звати Тарас, я Operational Intelligence Engineer в EPAM Systems, залучений у наукову діяльність у Львівській політехніці і крім того AWS Educate Ambassador. Оскільки займаюсь моніторингом та аналітикою, тому часто доводиться робити різноманітні обчислення, пов’язані з перфоманс моніторингом та контролем надійності інфраструктури. Саме тому у статті хочу поділитись цим досвідом, певними особливостями, а також вказати на помилки, які часто допускають визначенні та обчисленні Service Level Objectives (SLO).
Коментарі