Правильный ответ:
Инфраструктура как код позволяет управлять виртуальными машинами на программном уровне. Не нужно вручную настраивать и обновлять отдельные компоненты оборудования. Это быстро, экономично и здорово уменьшает риски.

#devops_tools grimd
Скоростной dns proxy, который запускается где угодно. Блокирует Интернет-рекламу и вредоносные серверы.

Всім привіт 💛💙

17-18 травня наші друзі з DevOps ком’юніті та команда DevOpsDays Kyiv роблять велику міжнародну благодійну онлайн конференцію DevOpsDays #StandWithUkraine.

Будуть говорити про DevOps in crisis з Patrick Debois, Kelsey Hightower, Martin Woodward, Kris Nova, Lena Hall, Andrew Clay Shafer та українськими спікерами – Олегом Миколайченко, Володимиром Цапом та Антоном Бабенко.

Після доповідей буде Open Space Discussions, де планують обговорити теми, які оберуть самі учасники.

Також цей івент має й масштабну благодійну мету – зібрати €100 000 на допомогу Україні та передати трастовим благодійним фондам – дуже віримо в те, що робимо!

Обов’язково розкажіть про івент своїм DevOps друзям та знайомим з усього світу. Запрошуємо до реєстрації. До зустрічі на DevOpsDays #StandWithUkraine! 👋

Друзі, привіт! Ми повертаємось до вас із корисною інформаіцією зі світу DevOps та продовжуємо спілкування на тему Developement and Operations. Пропонуємо сьогодні перевірити, чи не забули ви про фішечки цього напрямку.

Одна з методик DevOps – безперервна інтеграція (CI). Вона допомагає швидше знаходити й виправляти помилки ПЗ, покращувати його якість і скорочувати час на перевірку та випуск оновлень.
Раніше розробники однієї команди могли довго працювати ізольовано і поєднували зміни коду з основною частиною проєкту лише після завершення своєї роботи.

👆 А ось правильна відповідь: Розробники постійно відправляють зміни коду в репозиторій. За відсутність помилок відповідає сервіс безперервної інтеграції. Він автоматично виконує збірку та запуск модульних тестів для змін коду, і це допомагає миттєво розуміти, де є помилки.

#devopsспитав_devopsвідповів
Навіщо потрібні Jenkins Agents?

Якщо у нас є Build Executor Status, все, що ми будемо запускати, запускатиметься на нашій машині, ресурси якої «не гумові». Наприклад, ми маємо п'ять віртуальних машин, які простоюють, а робити build на одній машині ми не хочемо. Що робимо? Створюємо agent – віддалену машину, на яку завантажуватиметься вся корисна робота: build, check-out, tests тощо.

Така машина може бути більшою, ніж master (головний Jenkins сервер). На ній може стояти необхідна операційна система, різні характеристики, ICTU плагіни. Агенти дозволяють горизонтально масштабувати, розподіляти мікросервіси. Це досить вигідно і зручно для великих компаній, тому Jenkins і є популярним. Для порівняння, TeamCity agents платні, щоправда, є обмежена кількість безкоштовних. Jenkins рятує великі команди з open source проєктами, де постійно велика кількість білдів.

До того ж agents дозволяють балансувати своє навантаження – певні jobs запускати на певних агентах, які можна вибирати, керувати ними, включно з поведінкою, кроками. Наприклад, один крок робимо на одному агенті, другий – на іншому.

Корисне від Meta ком'юніті: drgn

Процес дебаггінгу тепер такий органічний, як і робота з кодом. Принаймні так обіцяють розробники drgn (вимовляється «dragon»). Цей інструмент фокусується на програмній частині, розширюючи типи та перемінні для легкого написання скриптів на Python. Також drgn можна використовувати як бібліотеку для створення debugging та introspection-інструментарію.

Розробники ПЗ хочуть розуміти, наскільки високою є цінність їхніх продуктів для кінцевих користувачів. Вони відстежують метрики роботи ПЗ та аналізують журнали, які створюють додатки.

☄️ ПРАВИЛЬНА ВІДПОВІДЬ
Методика допомагає інтегрувати оновлення в продукт і швидко розуміти, де відбувається збій у роботі.

Компанії відстежують метрики та ведуть журнали, щоб спостерігати за продуктивністю програми. Так вони збирають статистику взаємодії з користувачем. Аналізуючи дані, можна зрозуміти, які помилки повторюються, та покращити процес доставки оновлень.

Детальний розбір автоскейлінга кластерів у Kubernetes на прикладі Karpenter, з прикладами та налаштуваннями. Кажуть, після перегляду відео є ризик перейти з cluster autoscaler на Karpenter ;)

#devopsспитав_devopsвідповів
Навіщо запускати Jenkins у контейнері?

Jenkins можна запускати у контейнері, наприклад, щоб не ставити на машину Java чи не давати права доступу, тобто навантажувати комп'ютер непотрібними програмами.

Якщо не хочете, приміром, конфігурувати віртуальну машину або ICTU-машину, Instance в Azure, просто ставте Docker, розгортайте контейнер, і у вас – готовий Jenkins. По-перше, на це любо глянути, а ще це зручно і не потрібне адміністрування системи.

Якщо контейнер «помре», залишиться його volume, і з нього ми зможемо підняти такий самий новий Jenkins.

🚀 Безперервна доставка (CD) – ще одна методика DevOps. За будь-яких змін у програмному коді виконується автоматична збірка, тестування та підготовка до остаточного випуску.

Wiretrustee – Open-source VPN платформа, створена на WireGuard®. Дозволяє легко створювати приватні мережі для домашнього чи корпоративного використання.

#devopsспитав_devopsвідповів
Чи потрібно додавати сертифікат SSL для Jenkins?

Добрий тон – додавати SSL-сертифікат до всього, інакше Chrome у якийсь момент просто перестане працювати з вашим ресурсом. У разі особистих потреб, наприклад, local host, можливо, сертифікат і не потрібен. Для невеликих команд це можна зробити через Google App Engine.

Якщо хостинг в ABC – через balancer. У Docker також можна додати, але немає сенсу додавати сертифікат на контейнер, який незабаром буде «знесено».

Новина для поціновувачів PHP ー The Definitive PHP 7.2, 7.3, 7.4, 8.0, and 8.1 Benchmarks (2022). Щорічне оновлення бенчмарків для різних PHP-платформ.

Хочете трохи відволіктись від роботи з користю? У цьому репозиторії зібрані різноманітні питання та врави з тематики DevOps та SRE, тож можна перевірити свої навички. Ну і, можливо, додасте собі в скарбничку щось нове.