Олександр Рихальський, 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).
Коментарі