Класна стаття про моніторинг в Kubernetes, швидкий та ефективний, як любить кожен девопс ☺️
Medium
Monitoring APIs in Kubernetes (Hands-on)
Hey there! We’re about to dive into monitoring Kubernetes, focusing on keeping things smooth and speedy. We’ll monitor API requests and…
❤3👍1
🤩 testkube нативно інтегрує оркестрацію та виконання у Kubernetes та CI/CD/GitOps-конвейер.
Ключові переваги:
⚡️ Дозволяє уникнути прив’язки до провайдера при оркестрації та виконанні тестів у CI/CD.
⚡️ Полегшує оркестрацію та запуск будь-якого виду тестів (functional, load/performance, security, compliance та ін.) без «загортання» їх у docker-images.
⚡️ Дозволяє відокремити виконання тестів від процесів збірки.
⚡️ Централізує результати тестів у послідовному форматі для QA-аналітики.
⚡️ Забезпечує модульну архітектуру для додавання нових типів тестів та виконавців.
Ключові переваги:
⚡️ Дозволяє уникнути прив’язки до провайдера при оркестрації та виконанні тестів у CI/CD.
⚡️ Полегшує оркестрацію та запуск будь-якого виду тестів (functional, load/performance, security, compliance та ін.) без «загортання» їх у docker-images.
⚡️ Дозволяє відокремити виконання тестів від процесів збірки.
⚡️ Централізує результати тестів у послідовному форматі для QA-аналітики.
⚡️ Забезпечує модульну архітектуру для додавання нових типів тестів та виконавців.
👍4
Ansible vs Terraform: Choose One or Use Both? Порівняння двох потужних інструментів DevOps та практичний розбір спроби їх поєднання 💥
Env0
Ansible vs Terraform: Choose One or Use Both? | env0
🔥4👍1
💥 Термін SRE був впроваджений Google понад 20 років тому, але прижився він не одразу. Лише згодом, коли цифровий гігант запустив сайт і книги, присвячені цьому напряму, ком’юніті почало приймати нову роль.
Протягом всіх цих років посада SRE проходила різні стадії й трансформувалася, і сьогодні ми маємо більш-менш чіткий опис SRE-фахівця.
Отже, можна виділити 4 архетипи SRE, які найточніше описують цю роль. Але це не означає, що архетипи (і, відповідно, задачі) не можуть перекликатися.
У наступних дописах розглянемо всі архетипи детально 👌
Протягом всіх цих років посада SRE проходила різні стадії й трансформувалася, і сьогодні ми маємо більш-менш чіткий опис SRE-фахівця.
Отже, можна виділити 4 архетипи SRE, які найточніше описують цю роль. Але це не означає, що архетипи (і, відповідно, задачі) не можуть перекликатися.
У наступних дописах розглянемо всі архетипи детально 👌
👍5🔥1
👨💼 SRE-архетип: Адміністратор 👨💼
🔸 Відповідає за налаштування та підтримку локальної та хмарної інфраструктури (напр., кластеризація, моніторинг, управління доступами та секретами, мережева топологія тощо).
🔸 Контролює контракти та роботу з провайдерами (Kubernetes, AWS, GitHub, Datadog, Cloudflare тощо).
🔸 Оптимізує використання ресурсів і рентабельність інфраструктури та платформ.
🔸 Володіє навичками роботи з кодом та автоматизацією, переважно за допомогою скриптів та конфігурацій (Infrastructure as a Code).
🔸 Відповідає за налаштування та підтримку локальної та хмарної інфраструктури (напр., кластеризація, моніторинг, управління доступами та секретами, мережева топологія тощо).
🔸 Контролює контракти та роботу з провайдерами (Kubernetes, AWS, GitHub, Datadog, Cloudflare тощо).
🔸 Оптимізує використання ресурсів і рентабельність інфраструктури та платформ.
🔸 Володіє навичками роботи з кодом та автоматизацією, переважно за допомогою скриптів та конфігурацій (Infrastructure as a Code).
🤔3👌1
👩🚒 SRE-архетип: Пожежник 👩🚒
🔸 Відповідальний за усунення інцидентів та PRR (Product Readiness Roadmap) для команд, які використовують сервіси SRE.
🔸 Допомагає продуктовим командам налаштовувати on-call процеси, інструменти та управляти кодом, за який вони відповідають.
🔸 Займається моніторингом ресурсів (напр., відстежування поведінки об’єктів кластера) для виявлення аномалій, попередження інцидентів та налаштування сповіщень.
🔸 Виконує стандартні операційні задачі (напр., перезапуск застосунків, очищення кешу, усунення проблем з обліковими даними та сертифікатами тощо). На відміну від NetOps, SRE може передбачати такі проблеми та керувати ризиками.
Вважається, що «гасіння пожеж» не має бути нормою. Тому значна частина часу SRE-спеціаліста має бути відведена саме на попередження інцидентів та зниження частоти їхнього виникнення.
🔸 Відповідальний за усунення інцидентів та PRR (Product Readiness Roadmap) для команд, які використовують сервіси SRE.
🔸 Допомагає продуктовим командам налаштовувати on-call процеси, інструменти та управляти кодом, за який вони відповідають.
🔸 Займається моніторингом ресурсів (напр., відстежування поведінки об’єктів кластера) для виявлення аномалій, попередження інцидентів та налаштування сповіщень.
🔸 Виконує стандартні операційні задачі (напр., перезапуск застосунків, очищення кешу, усунення проблем з обліковими даними та сертифікатами тощо). На відміну від NetOps, SRE може передбачати такі проблеми та керувати ризиками.
Вважається, що «гасіння пожеж» не має бути нормою. Тому значна частина часу SRE-спеціаліста має бути відведена саме на попередження інцидентів та зниження частоти їхнього виникнення.
👍4👏1
🤓 Продовжуємо оглядати SRE-архетипи. Сьогодні наш гість – Інструментальник.
🔸 Часто під цей архетип підлягає напрям Platform Engineering. Завдання інструментальника – зменшити навантаження на продуктові команди у частині інфраструктури, надавши їм відповідні інструменти. Тобто, навчити розробників самостійно усувати проблеми, не звертаючись до SRE.
🔸 Фахівець відповідає за налаштування платформ та сервісів від провайдерів (напр., хмарні сервіси, кластери, контейнеризація тощо), а також інструментів моніторингу інцидентів.
🔸 Спеціаліст впроваджує та реалізує автоматизоване E2E (end-to-end) тестування перед релізом продукту в продакшн.
🔸 Допомагає знижувати ризики помилок під час релізів нових фіч у продукт (напр., сапортить з апдейтом фічі на всіх частинах/службах платформи/застосунку).
🔸 Налаштовує автоматизацію процесів, напр. QA-тести, моніторинг інфраструктури, сповіщення про інциденти тощо.
🔸 Часто під цей архетип підлягає напрям Platform Engineering. Завдання інструментальника – зменшити навантаження на продуктові команди у частині інфраструктури, надавши їм відповідні інструменти. Тобто, навчити розробників самостійно усувати проблеми, не звертаючись до SRE.
🔸 Фахівець відповідає за налаштування платформ та сервісів від провайдерів (напр., хмарні сервіси, кластери, контейнеризація тощо), а також інструментів моніторингу інцидентів.
🔸 Спеціаліст впроваджує та реалізує автоматизоване E2E (end-to-end) тестування перед релізом продукту в продакшн.
🔸 Допомагає знижувати ризики помилок під час релізів нових фіч у продукт (напр., сапортить з апдейтом фічі на всіх частинах/службах платформи/застосунку).
🔸 Налаштовує автоматизацію процесів, напр. QA-тести, моніторинг інфраструктури, сповіщення про інциденти тощо.
👍7🔥1
І останній SRE-архетип: Архітектор 🧑💼
🔸 Бере участь у розробці нових систем, заснованих на NFR (non-functional requirements) для забезпечення надійності, масштабування та безпеки.
🔸 Відстежує поведінку систем та процеси траблшутингу для визначення продуктивності та вузьких місць, а також для покращення коду й архітектури в цілому.
🔸 Оцінює ризики у співпраці з продуктовими командами для чіткого визначення оунерства продукту. Допомагає налаштувати цілі й метрики, які будуть використовуватися як командами, так і стейкхолдерами.
🔸 Розробляє стандарти та допомагає командам переходити на спільні рішення, знижуючи операційні витрати та ризики.
🔸 Виступає в ролі ментора для команд, які хочуть навчитися повного управління своїм продуктом та розвивати SRE-mindset.
🔸 Бере участь у розробці нових систем, заснованих на NFR (non-functional requirements) для забезпечення надійності, масштабування та безпеки.
🔸 Відстежує поведінку систем та процеси траблшутингу для визначення продуктивності та вузьких місць, а також для покращення коду й архітектури в цілому.
🔸 Оцінює ризики у співпраці з продуктовими командами для чіткого визначення оунерства продукту. Допомагає налаштувати цілі й метрики, які будуть використовуватися як командами, так і стейкхолдерами.
🔸 Розробляє стандарти та допомагає командам переходити на спільні рішення, знижуючи операційні витрати та ризики.
🔸 Виступає в ролі ментора для команд, які хочуть навчитися повного управління своїм продуктом та розвивати SRE-mindset.
👍5
🗄 Etcd – це key-value сховище даних, що відрізняється високим рівнем доступності та довготривалістю зберігання даних для розподілених застосунків. Ті, хто використовує Kubernetes, напевне знайомі з etcd.
Пропонуємо до прочитання корисну статтю, де розбирають ключові метрики для моніторингу etcd.
Пропонуємо до прочитання корисну статтю, де розбирають ключові метрики для моніторингу etcd.
Datadog
Key metrics for monitoring etcd | Datadog
Learn about the etcd metrics that can help you understand the health and performance of your clusters.
👍6
🔎 netscanner – тул для мережевого сканування. Ось деякі з його фіч:
- List HW Interfaces
- Switching active Interface for scanning & packet-dumping
- WiFi networks scanning
- WiFi signals strength (with charts)
- (IPv4) Pinging CIDR with hostname, oui & mac address
- (IPv4) Packetdump (TCP, UDP, ICMP, ARP)
- (IPv6) Packetdump (ICMP6)
- start/pause packetdump
- List HW Interfaces
- Switching active Interface for scanning & packet-dumping
- WiFi networks scanning
- WiFi signals strength (with charts)
- (IPv4) Pinging CIDR with hostname, oui & mac address
- (IPv4) Packetdump (TCP, UDP, ICMP, ARP)
- (IPv6) Packetdump (ICMP6)
- start/pause packetdump
👍4😁1
⭐️⭐️⭐️ Класна стаття про те, як наймати SRE до стартапів та невеликих організацій (і чи варто взагалі).
👍5❤2
🤌 Що це? Це – скарб! Devops Toolkit Docker Image містить цілий набір корисних інструментів та може бути використаний у CI-процесах. Образ оновлюється щодня, а значить, всі інструменти апдейтяться регулярно.
👍6
How to Create Engaging Architecture Diagrams Using AWS
Практичний урок від AWS Senior Developer Advocate про те, як кілька інструментів допоможуть вам створювати класні архітектурні діаграми.
Відео буде корисне як розробникам, так і архітекторам, а також тим, хто працює з організацією хмарної інфраструктури. У відео розглянуто три інструменти – AWS Application Composer, Cloudcraft, and Lucidchart.
Практичний урок від AWS Senior Developer Advocate про те, як кілька інструментів допоможуть вам створювати класні архітектурні діаграми.
Відео буде корисне як розробникам, так і архітекторам, а також тим, хто працює з організацією хмарної інфраструктури. У відео розглянуто три інструменти – AWS Application Composer, Cloudcraft, and Lucidchart.
YouTube
How to Create Engaging Architecture Diagrams Using AWS
Whether you're a developer, an architect, or a cloud enthusiast, documenting your cloud infrastructure and system designs is crucial for effective communication and collaboration. This how-to video will walk you through the features, options, and unique strengths…
❤3👍1
🤩 Трохи візуальних радощів для тих, хто використовує Grafana в Kubernetes. А точніше, набір корисних бордів, готових до використання.
👍3😱1
Kubernetes святкує 10-ту річницю! 🥳
У червні 2014 перший коміт полетів на GitHub. Він містив у собі 250 файлів та 47501 строку. Хто б міг тоді подумати, що сьогодні цей Open Source проєкт виросте у глобальну спільноту з 88 000 контриб’юторів!
Більше цікавих фактів – у статті 🚀
У червні 2014 перший коміт полетів на GitHub. Він містив у собі 250 файлів та 47501 строку. Хто б міг тоді подумати, що сьогодні цей Open Source проєкт виросте у глобальну спільноту з 88 000 контриб’юторів!
Більше цікавих фактів – у статті 🚀
👍8
Codd almighty! Технологічний світ відзначає 50-ту річницю SQL – мови, яка змінила світ даних 🤩
Medium
Celebrating 50 Years of SQL: A Revolution in Data Management
In the mid-1970s, Don Chamberlin and Raymond Boyce were instrumental in shaping the landscape of database management. Don’s early career at…
👍3