Dev // Ops
402 subscribers
86 photos
133 links
Канал для всіх, хто цікавиться DevOps філософією. Створений на основі досвіду компаній ZONE3000 і Namecheap. Тут ми ділимося корисним контентом і кейсами та відповідаємо на питання. Чекаємо ваші фідбеки, питання та рекомендації тут @educationzone3000
Download Telegram
🤩 acme-dns 🤩
Спрощений DNS-сервер з RESTful HTTP API для простої автоматизації задач ACME DNS.
👍3🔥3
👀 Якщо ви мали проблему з деплоєм модулів Terraform у різних регіонах AWS, цей практичний кейс для вас. З кодом та поясненнями – все як ми любимо!
6👏1
💥 tfvar
Генератор зразків variable definitions у Terraform. Застосунок сканує конфігурації або модулі та витягує перемінні у необхідному для вас форматі.
🔥5👍2
👀 Розбираємось із підходом config-driven import в Google Cloud. Окрім теорії в статті є кейс налаштування автоматичних сповіщень через Terraform.
👍2👏1
Жарт, старий як світ, але й досі актуальний 🙈
😁6💯2
У справжнього тім-ліда немає цілі - є тільки беклог 🗡
😁4🌚1
🤔4
​​💥 Етеншн! Просто зараз у ZONE300 відкрита цікава вакансія Senior Storage Engineer.

Завдання на цій позиції:
🔹 Створювати розподілене сховище з нуля, включаючи планування апаратних ресурсів і вимог до мережі (у співпраці з командою NetOps).
🔹 Обслуговувати та моніторити сервери та пристрої зберігання.
🔹 Створювати сценарії для автоматизації завдань, пов’язаних із зберіганням і обслуговуванням.
🔹 Планувати розвиток клієнтської інфраструктури.
🔹 Створювати й підтримувати плани резервного копіювання та процедур аварійного відновлення.
🔹 Створювати та оновлювати документацію.

Деякі з необхідних скілів на позицію
🔸 Досвід з high-load системами зберігання даних (проєктування, розгортання, налаштування, оцінка продуктивності, аварійне відновлення, моніторинг).
🔸 5+ років досвіду адміністрування Linux / Unix.
🔸 Навички роботи з розподіленими системами зберігання (SDS) і мережевими файловими системами (linstor / DRBD, ceph, gluster, minIO, NFS, StorPool, Nutanix тощо).
🔸 Досвід роботи з ZFS, BTRFS або будь-якою файловою системою Copy-on-Write (CoW).
👍3🔥1
Пропонуємо поміркувати над впливом генеративного штучного інтелекту на Low-Code/No-Code розробку 🤔

👉 Generative AI можна використовувати для автоматизації багатьох завдань, пов’язаних із розробкою програмного забезпечення: генерація коду, створення інтерфейсів користувача, тестування програм тощо. А інтеграція генеративного ШІ з платформами LCNC може зробити розробку ПЗ ще більш доступною для ширшого кола користувачів, зокрема для нетехнічних. Таким чином, розробники можуть зосередитись на більш складних і стратегічних завданнях.
Ба більше, Low-Code/No-Code разом із Artificial Inteligence відкривають безмежні можливості для виплескування креативу користувачів та вираження їхніх ідей, навіть якщо вони не мають відповідного досвіду в розробці чи дизайні.

👉 Але як у випадках з будь-якою новою технологією постає питання конфіденційності й безпеки даних. І тут треба помислити, як знайти той самий баланс між ефективністю та сек’юрністю. Як зробити так, щоб можливі помилки ШІ не коштували користувачеві втрати або витоку даних? Це питання наразі досить актуальне серед інженерів, які працюють зі штучним інтелектом.

👉 Другий нюанс: серед розробників є суттєві побоювання, що ШІ разом з LCNC замінить їх та їхні послуги. Хоча багато корпорацій та бізнесів обережно вводять AI-технології та Low-Code/No-Code підхід і продовжують покладатися на людський ресурс.
👍1🤔1
І так завжди 😅
😁2💯1
Готуєтесь стати SRE або покращити свої скіли в цьому напрямі? Тоді цей матеріал для вас – просто must-have.

У блозі Code Reliant виходить серія статей про те, як опанувати Site Reliability Engineering за 6 тижнів. Певний план того, що вчити та практикувати, щоб розвивати свою експертизу в SRE.

Наразі командою випущено вже 3 публікації. Щотижня статті фокусуються на певних знаннях та навичках, наприклад, автоматизація, моніторинг, реагування на інциденти тощо. Автори стверджують, що по закінченню цього 6-тижневого плану ви зможете почуватися впевненим фахівцем на будь-якому інтерв’ю на вакансію SRE.
👍7
🤩 croc
Інструмент для обміну файлами. Обираємо файл, надаємо отримувачу спеціальний згенерований код і він за цим кодом завантажує собі потрібний файл.
👍5
На цьогорічній конференції HashiConf Global корпорація анонсувала серію інструментів, які суттєво покращать управління інфраструктурою. Багато нових фіч допоможуть в автоматизації процесів DevSecOps.

👉 Наприклад, у Terraform та Terraform Cloud додано тестовий фреймворк, щоб знизити ризики misconfigurations. У бета-версії – інструменти для створення, запуску тестів у інтегрованих модулях Terraform, а також приватний попередній перегляд тулів для забезпечення інфраструктури в масштабі.

👉Також розробники розширили можливості Waypoint на HashiCorp Cloud Platform (HCP). Тепер є більше шляхів для створення застосунків з використанням темплейтів та доданих модулей, а це, зі свого боку, полегшує визначення залежностей.

А ви вже тестили щось з нових фіч? 👀
🔥3
👀 Стаття про мережі в Kubernetes, а точніше про те, як вони взаємодіють та як управляти їхніми компонентами.

Гайд допоможе створювати мережі та конфігурації для вашого застосунку за допомогою одного компонента – Kube-Proxy.
👍7
DevOps прокачує письменницькі скіли ☝️
😁7💯3
💡 LightkeeperRM
Тула для віддаленого управління серверами через SSH з використанням shell-команд. Без додаткових демонів чи ПЗ на серверах.
3👍2
🤓 Нещодавно команда DevOps Research and Assessment (DORA) у Google Cloud опублікувала звіт з цікавими фактами.

Звіт констатує, що у командах з генеративною культурою (ті, що інтегрують штучний інтелект у свої процеси) організаційна ефективність на 30% вища ніж у тих, хто ще не впроваджує у себе генеративну культуру.
Звіт заснований на опитуванні 36 тис. ІТ-фахівців. Він містить оцінку таких даних: частота деплойменту, час внесення змін, частота відмов та час відновлення після невдалого деплойменту.

В опитуванні зазначено, що досить рано оцінювати використання штучного інтелекту (AI) для автоматизації робочих процесів DevOps. Але більшість респондентів, принаймні, експериментують з одним або декількома варіантами використання. Прогнозують, що з часом буде задіяно більше можливостей ШІ для усунення вузьких місць і зменшення навантажень.
1👍1
Управління операційними витратами в Kubernetes – тема, яку не слід ігнорувати, адже вона може влетіти в копійочку. Розуміння, за що нараховується оплата та як управляти витратами, є необхідною навичкою для тих, хто працює з цим інструментом. OpenCost був розроблений саме для таких цілей. Ба більше, у поєднанні з VictoriaMetrics (time series database) – це ефективне рішення для відстежування костів.

Пропонуємо детальний гайд з налаштування OpenCost.
👍4