DevOps – це про більш ефективну спільну роботу. Саме культура взаємодії команд розробки та експлуатації лежить в основі цієї філософії. Команди несуть спільну відповідальність та працюють спільно. При цьому підвищується їхня ефективність, а витрати на розробку знижуються.

Погоджуєтесь? 😉

😳А ви знали, що cтандартне ядро Linux сьогодні має понад 10 000 000 рядків коду, і ця цифра щорічно зростає на 10%?

Це відбувається через те, що до ядра додається близько 4500 рядків коду, й щодня змінюється 1500 рядків. Для порівняння: у 1991 році версія ядра Linux 0.01 містила 10239 рядків.

Критичні помилки системного адміністратора

❌ Покладатися на систему резервного копіювання.
✅Бажано періодично перевіряти бекапи мануально.

❌ Відсутність документації.
✅Всі зміни у налаштуваннях інфраструктури мають бути зафіксовані.

❌ Відсутність планування.
✅Сисадмін повинен мати як довго- й середньострокові плани, так і сценарії оперативного розв’язання задач.

❌ Пласка побудова мережі.
✅Краще сегментувати мережу та використовувати VLAN.

❌ Однотипне ПЗ.
✅Рекомендовано використовувати в інфраструктурі альтернативні операційні системи, якщо це можливо.

А як у вас із цим? Обговоримо у коментарях ⬇️

Плагін helm-dashboard

Цей плагін дозволяє переглядати встановлені Helm Charts (Helm – пакетний менеджер для Kubernetes, Charts – спеціальний формат пакетів у Helm). З його допомогою є можливість аналізувати історію та відповідні ресурси k8s. Також доступні прості дії, як от повернення до попередньої версії або оновлення.

🤔 Про вічне: стосунки девів та опсів. Чи є у них майбутнє? Цікавий огляд панельної дискусії The New Stack.

Проводимо коротеньке опитування: чи може System administrator вирости до DevOps?

👌 Так, але треба багато чому навчитися
⛔️ Не думаю, що адміну буде легко зробити шифт до DevOps
😎 Та всі девопси виростають з адмінів!

Діліться своєю думкою у коментарях ⬇️

DevSecOps дедалі стає активною та невід'ємною частиною процесу розробки за принципами DevOps. Безпека вбудовується в продукт за допомогою активних перевірок і тестування безпеки у робочих процесах. Безпека – важлива частина конвейєру Continuous Integration and Continuous Delivery 👌

💥CRDs-catalog – корисний репозиторій Kubernetes CRDs (CustomResourceDefinition) у форматі JSON. У каталозі знайдете понад 100 популярних CRD. Ці схеми можна використовувати в різних інструментах на кшталт Datree, Kubeconform, Kubeval як альтернативу kubectl --dry-run. Можна виконувати валідацію на кастомних та оригінальних ресурсах Kubernetes.

Підбірка продуктів Atlassian, які можна використовувати в циклі DevOps.

🛠 Build:
-Bitbucket

✔️ Plan:
-Jira Software
-Confluence
-Trello

🔍 Discover:
-Jira Product Discovery (beta)

📬 Continuous Feedback:
-Jira Service Management

⚙️ Operate:
-Opsgenie
-Statuspage
-Compass
-Jira Service Management

🚀 Deploy:
-Bitbucket

🤝 Collaboration and Communication:
-Confluence
-Trello

💥 Незалежно від того, використовуєте ви контейнер чи віртуальну машину, такі опції як моніторинг, пайплайни, GitOps тощо – повністю у вашому розпорядженні. Багато цікавого й корисного у статті про майбутнє віртуалізації інфраструктури.

🦾 Sidekick – дебагер застосунків, що робить траблшутинг у режимі реального часу можливим, без зупинки програм. Що ще? Можна додавати динамічні логи та нерозривні точки зупинки у застосунку, що працює, без стопу та ре-деплойменту. Sidekick – відмінне рішення для траблшутингу в режимі реального часу.

⁉️ Спільното, поділіться думкою:

DevOps для вас це…
✔️ роль/позиція
🛠 набір інструментів
🤔 культура/філософія
🤷‍♂️ хто зна шо

Або ваш варіант у коментах ⬇️

Стаття, варта вашої уваги: Infrastructure Cost Optimization In The Cloud. Практичний розбір заходів, що допоможуть розробникам та архітекторам заощадити на хмарній інфраструктурі.

⚡️ Швидкість – одна з ключових характеристик девопс-культури. Команди, які використовують DevOps, набагато швидше випускають стабільні релізи високої якості. Згідно даним DevOps Research and Assessment (DORA), вони виконують розгортання у 208 разів частіше та у 106 разів швидше, аніж ті, що не використовують принципи девопс в своїй роботі. А створювати, тестувати та доставляти ПЗ швидше дозволяє автоматизація, яка можлива завдяки безперервній доставці.

Поділіться в коментарях, чи впливають інструменти DevOps на швидкість у ваших проєктах? Як саме?

💥 Terraform version check (tfvc) – репортінг-інструмент для перевірки доступних оновлень для провайдерів та модулів вашого коду в Terraform. Terraform version check видає зрозумілий план дій, якщо виявляє якісь інциденти.

💥 Ну дуже корисна стаття!

Адже метрики та логи – то порядок денний всіх DevOps. У матеріалі дізнаєтесь про концепцію спостереження, чому вона необхідна у розробці програмного забезпечення, а також про три її стовпи – метрики, відстеження та логування. Саме ці компоненти створюють повну картину того, що відбувається у вашій інфраструктурі.

ТОП-5 плагінів для kubectl 🔥

Всі ми знаємо, що Kubernetes – це потужний оркестратор контейнерів. Але його справжня сила схована у можливостях розширювати функціональність. І одна з таких можливостей – інструмент роботи з командною строкою kubectl. Kubectl, своєю чергою, теж може дати більше опцій за допомогою плагінів.
Плагіни kubectl – розширення, які бустять базову версію kubectl, наприклад, можливість використання нових команд та функцій.

Тримайте ТОП-5 таких інструментів:
▪️ kubectx
▪️ Ingress-nginx
▪️ Cert-manager
▪️ Popeye
▪️ Kyverno

Поділіться в коментарях, чи використовуєте плагіни kubectl?

Continuous integration/Continuous delivery (CI/CD) – не просто набір практик, а ціла філософія, яка дозволяє командам частіше впроваджувати зміни в коді. Це – надійний механізм автоматизації, що:

✅дає змогу швидше створювати й тестувати застосунки;
✅стимулює розробників частіше комітити зміни;
✅суттєво підвищує якість коду (та робить чийсь день кращим 😊).

Корисні плюшки: інструменти CI/CD допомагають зберігати параметри середовища, які передаються з кожною доставкою. Також можливо налаштувати автоматичне звернення до певних вебсервісів, баз даних, серверів тощо.

До речі, результати роботи CI/CD можуть бути одним із KPI для команд DevOps. За такими метриками як deployment frequency, change lead time, MTTR (incident meantime to recovery) можна відстежувати динаміку змін після впровадження пайплайнів CI/CD.

А ви впроваджували CI/CD у своїх командах/проєктах? Поділіться досвідом у коментарях.

Inspektor Gadget – це набір інструментів для дебагінгу та інспектування ресурсів і застосунків Kubernetes. Він управляє пакетами, деплойментом, а також виконанням програм eBPF у кластері.

Кожен Site Reliability Engineer знає, що насправді немає нічого на 100% reliable. Шляхом спроб та помилок, досліджень, власним досвідом та досвідом колеги з іншого відділу надійність системи можна постійно підвищувати. А потім – обов’язково ділитися кращими практиками з колегами, як це робить Брендон Вілет у своєму блозі.

Сфери застосування CI/CD⚡️

Окрім звичного DevOps пайплайни Continuous integration/Continuous delivery можуть застосовуватися у:
✔️ MLOps – модель застосування IaC (Infrastruture as a Code) та CI/CD у Machine Learning;
✔️ AIOps platforms – Machine Learning та Automation в IT Ops для контролю даних та автоматизації сповіщень;
✔️ Synthetic Data Generation – створення наборів даних, які застосовують при тестуванні APIs, та розробки випробувальних моделей;
✔️ Платформи Azure та AWS – для масштабування мікросервісної архітектури.

Де ще можуть знадобитися пайплайни?
✔️ Network Configuration
✔️ Embedded Systems
✔️ Database Changes
✔️ IoT (Internet of Things)
✔️ AR/VR (Augmented reality/Virtual Reality).

А може ви знаєте ще якісь приклади використання CI/CD? Поділіться в коментарях ⬇️