Dev // Ops

👩‍🚒 SRE-архетип: Пожежник 👩‍🚒 🔸 Відповідальний за усунення інцидентів та PRR (Product Readiness Roadmap) для команд, які використовують сервіси SRE. 🔸 Допомагає продуктовим командам налаштовувати on-call процеси, інструменти та управляти кодом, за який вони відповідають. 🔸 Займається моніторингом ресурсів (напр., відстежування поведінки об’єктів кластера) для виявлення аномалій, попередження інцидентів та налаштування сповіщень. 🔸 Виконує стандартні операційні задачі (напр., перезапуск застосунків, очищення кешу, усунення проблем з обліковими даними та сертифікатами тощо). На відміну від NetOps, SRE може передбачати такі проблеми та керувати ризиками. Вважається, що «гасіння пожеж» не має бути нормою. Тому значна частина часу SRE-спеціаліста має бути відведена саме на попередження інцидентів та зниження частоти їхнього виникнення.

👨‍💼 SRE-архетип: Адміністратор 👨‍💼 🔸 Відповідає за налаштування та підтримку локальної та хмарної інфраструктури (напр., кластеризація, моніторинг, управління доступами та секретами, мережева топологія тощо). 🔸 Контролює контракти та роботу з провайдерами (Kubernetes, AWS, GitHub, Datadog, Cloudflare тощо). 🔸 Оптимізує використання ресурсів і рентабельність інфраструктури та платформ. 🔸 Володіє навичками роботи з кодом та автоматизацією, переважно за допомогою скриптів та конфігурацій (Infrastructure as a Code).

💥 Термін SRE був впроваджений Google понад 20 років тому, але прижився він не одразу. Лише згодом, коли цифровий гігант запустив сайт і книги, присвячені цьому напряму, ком’юніті почало приймати нову роль. Протягом всіх цих років посада SRE проходила різні стадії й трансформувалася, і сьогодні ми маємо більш-менш чіткий опис SRE-фахівця. Отже, можна виділити 4 архетипи SRE, які найточніше описують цю роль. Але це не означає, що архетипи (і, відповідно, задачі) не можуть перекликатися. У наступних дописах розглянемо всі архетипи детально 👌

💥 Термін SRE був впроваджений Google понад 20 років тому, але прижився він не одразу. Лише згодом, коли цифровий гігант запустив сайт і книги, присвячені цьому напряму, ком’юніті почало приймати нову роль. Протягом всіх цих років посада SRE проходила різні стадії й трансформувалася, і сьогодні ми маємо більш-менш чіткий опис SRE-фахівця. Отже, можна виділити 4 архетипи SRE, які найточніше описують цю роль. Але це не означає, що архетипи (і, відповідно, задачі) не можуть перекликатися. У наступних дописах розглянемо всі архетипи детально 👌

Ansible vs Terraform: Choose One or Use Both? Порівняння двох потужних інструментів DevOps та практичний розбір спроби їх поєднання 💥

🤩 testkube нативно інтегрує оркестрацію та виконання у Kubernetes та CI/CD/GitOps-конвейер. Ключові переваги: ⚡️ Дозволяє уникнути прив’язки до провайдера при оркестрації та виконанні тестів у CI/CD. ⚡️ Полегшує оркестрацію та запуск будь-якого виду тестів (functional, load/performance, security, compliance та ін.) без «загортання» їх у docker-images. ⚡️ Дозволяє відокремити виконання тестів від процесів збірки. ⚡️ Централізує результати тестів у послідовному форматі для QA-аналітики. ⚡️ Забезпечує модульну архітектуру для додавання нових типів тестів та виконавців.

Класна стаття про моніторинг в Kubernetes, швидкий та ефективний, як любить кожен девопс ☺️

Нестандартний підхід Google до SRE 🤔 Цифровий гігант порівнює SRE з кулінарною книгою ресторану з ⭐️⭐️⭐️ зірками Мішлен. Компанії бажають спробувати готувати за мішленівськими «рецептами», але на їхніх кухнях безлад. Деякі починають будувати для цього сучасну кухню (platform engineering). Певні організації концентруються на закупівлі якісних продуктів (outsourcing). Інші самостійно вирощують продукти та розводять курей (нестандартні рішення на базі open-source інструментів). Все це – кроки до кінцевої мети (приготування їжі), але це не означає, що кожен з цих процесів можна назвати приготуванням їжі. Ба більше, налаштувавши ці окремі процеси, але не поєднавши їх, ви, врешті реш, нічого не приготуєте. Ну, ми навіть не знаємо 😅 А ви що думаєте про таку метафору? Поділіться у коментарях.

Новеньке від розробників HashiCorp 🔥 HashiTalks 2024: Mastering Terraform Testing, a layered approach to testing complex infrastructure

Devs, ви знаєте що робити з документаціїю...