🔧 Eraser – софт для систематизації документів та схем інженерних команд. Централізація всіх файлів та командна скарбничка знань у вигляді репозиторію.
www.eraser.io
Eraser – AI co-pilot for technical design
Create technical diagrams using AI. Deliver consistent, accurate designs faster.
👍4
🤩 Ловіть інструмент для автоматизації деплойменту та менеджменту Helm charts (k8s applications) з version-controlled коду.
👍4
⚡️ Корисна серія постів про логування в Kubernetes
▪️ How It Works: Cluster Log Shipper as a DaemonSet
▪️ Getting Started with Grafana Loki, Part 1
▪️ Getting Started with Grafana Loki, Part 2: Up and Running
▪️ How It Works: Cluster Log Shipper as a DaemonSet
▪️ Getting Started with Grafana Loki, Part 1
▪️ Getting Started with Grafana Loki, Part 2: Up and Running
Middle of Nowhere
How It Works: Cluster Log Shipper as a DaemonSet
Logs are essential for almost all programs. These data provide valuable insights for application behavior and troubleshooting clues and can even transform into metrics if needed.
Collecting logs for containers on a Kubernetes Worker Node is not much different…
Collecting logs for containers on a Kubernetes Worker Node is not much different…
👍3
🔧 Пакет Terraform та OpenTofu GitHub Actions створено для сумісного використання при побудові ефективної інфраструктури.
👍3
У вашу команду потрібен SRE, але пошуки вперлися в глухий кут? Погляньте на ці п'ять пунктів, які можуть заважати найму ідеального кандидата.
📌 Вимоги до кандидата та робочого прогресу зависокі.
📌 Задачі фахівця описані нечітко й непрозоро.
📌 Роль кандидата в команді незрозуміла.
📌 Немає розуміння, на що майбутній SRE може впливати в компанії (глобальна роль в організації).
📌 Відсутня згадка про взаємодію SRE з іншими командами.
Відгукнулося щось з цього списку? Тож, можливо, варто переглянути опис вакансії й пошуки вашого ідеального кандидата значно прискоряться. Успіхів!
Невдовзі розповімо, як провести онбординг фахівця на позиції SRE.
📌 Вимоги до кандидата та робочого прогресу зависокі.
📌 Задачі фахівця описані нечітко й непрозоро.
📌 Роль кандидата в команді незрозуміла.
📌 Немає розуміння, на що майбутній SRE може впливати в компанії (глобальна роль в організації).
📌 Відсутня згадка про взаємодію SRE з іншими командами.
Відгукнулося щось з цього списку? Тож, можливо, варто переглянути опис вакансії й пошуки вашого ідеального кандидата значно прискоряться. Успіхів!
Невдовзі розповімо, як провести онбординг фахівця на позиції SRE.
👍4🤔1
🤩 Devpod: Improving Developer Productivity at Uber with Remote Development
Розробники Uber діляться, як їм вдалося покращити щоденну роботу edit-build-run розробників за допомогою DevPods, – середовища віддаленої розробки. Команда розповідає про вихідні проблеми, які вони намагалися розв’язати, про архітектуру та нещодавні успіхи зі зниження витрат. Також автори поділилися думками щодо майбутнього віддаленої розробки в Uber.
Розробники Uber діляться, як їм вдалося покращити щоденну роботу edit-build-run розробників за допомогою DevPods, – середовища віддаленої розробки. Команда розповідає про вихідні проблеми, які вони намагалися розв’язати, про архітектуру та нещодавні успіхи зі зниження витрат. Також автори поділилися думками щодо майбутнього віддаленої розробки в Uber.
👍3
👾 Онбординг SRE: проходимо рівні як у комп’ютерній грі.
Ви знайшли ідеального кандидата на роль SRE. Так, знаємо, це нелегко, але you did it! Попереду процес онбордингу (та повнісінький беклог задач), який варто провести лагідно й делікатно, щоб ваш новий тіммейт не пішов, навіть не почавши.
Отже, що важливо:
▫️ ставте робочі задачі по принципу «від простого до складного»;
▫️ не варто у перший день роботи просити нового колегу пофіксити баги, з якими ваша команда не справляється вже довгий період часу;
▫️ дайте час колезі розібратися з тим, що взагалі у вас відбувається 😅
Важливо дати новому SRE можливість прогресувати і поступово виходити на більш складний рівень. Як у комп’ютерній грі – можете сприймати це навіть так. Такий підхід буде надихати колегу до прогресу, а вам дасть час на підготовку нових робочих задач для SRE.
А в наступному дописі ми розкриємо лайфхаки комфортного онбордингу SRE, які полегшать життя менеджера й команди.
Ви знайшли ідеального кандидата на роль SRE. Так, знаємо, це нелегко, але you did it! Попереду процес онбордингу (та повнісінький беклог задач), який варто провести лагідно й делікатно, щоб ваш новий тіммейт не пішов, навіть не почавши.
Отже, що важливо:
▫️ ставте робочі задачі по принципу «від простого до складного»;
▫️ не варто у перший день роботи просити нового колегу пофіксити баги, з якими ваша команда не справляється вже довгий період часу;
▫️ дайте час колезі розібратися з тим, що взагалі у вас відбувається 😅
Важливо дати новому SRE можливість прогресувати і поступово виходити на більш складний рівень. Як у комп’ютерній грі – можете сприймати це навіть так. Такий підхід буде надихати колегу до прогресу, а вам дасть час на підготовку нових робочих задач для SRE.
А в наступному дописі ми розкриємо лайфхаки комфортного онбордингу SRE, які полегшать життя менеджера й команди.
👍7
🤓 5 лайфхаків для онбордингу SRE
Новенький на борту, онбордінг почався, тож робимо все лагідно й делікатно, щоб цінна людина комфортно влилася у колектив (та залишилася з вами надовго)👌
👉 Для junior-SRE давайте мікс із задач «на подумати» та «зробити». Це допоможе новому колезі урізноманітнити воркфлоу та тримати баланс у навантаженні на перших етапах співпраці з командою.
👉 Не ставте нового тіммейта одразу «гасити пожежі». Натомість запропонуйте розібратися у тікетах низької та середньої пріоритетності, надаючи менторську підтримку.
👉 Не варто одразу надавати новим співробітникам повну автономію. Всі члени команди мають бути залучені у хід проєкту та бути в єдиному інформаційному полі.
👉 Ставте колезі невеликі за обсягом задачі, поступово підвищуючи їх складність та обсяг. Давайте регулярний фідбек та оцінку виконаної роботи. Разом проговорюйте складнощі та шляхи їхнього вирішення.
👉 Комбінуйте on-call duties з проактивною роботою. Давайте новому SRE можливість роботи над власними рішеннями з удосконалення роботи системи.
Сподіваємось, наші поради допоможуть вам успішно інтегрувати нового колегу у вашу команду. А якщо маєте що додати до лайфхаків, напишіть у коментарях.
Новенький на борту, онбордінг почався, тож робимо все лагідно й делікатно, щоб цінна людина комфортно влилася у колектив (та залишилася з вами надовго)👌
👉 Для junior-SRE давайте мікс із задач «на подумати» та «зробити». Це допоможе новому колезі урізноманітнити воркфлоу та тримати баланс у навантаженні на перших етапах співпраці з командою.
👉 Не ставте нового тіммейта одразу «гасити пожежі». Натомість запропонуйте розібратися у тікетах низької та середньої пріоритетності, надаючи менторську підтримку.
👉 Не варто одразу надавати новим співробітникам повну автономію. Всі члени команди мають бути залучені у хід проєкту та бути в єдиному інформаційному полі.
👉 Ставте колезі невеликі за обсягом задачі, поступово підвищуючи їх складність та обсяг. Давайте регулярний фідбек та оцінку виконаної роботи. Разом проговорюйте складнощі та шляхи їхнього вирішення.
👉 Комбінуйте on-call duties з проактивною роботою. Давайте новому SRE можливість роботи над власними рішеннями з удосконалення роботи системи.
Сподіваємось, наші поради допоможуть вам успішно інтегрувати нового колегу у вашу команду. А якщо маєте що додати до лайфхаків, напишіть у коментарях.
👍4🔥1🤔1🤩1
До речі, а як ви вимовляєте kubectl ? :)))
Anonymous Poll
6%
kube-control
3%
kube-cuttle
91%
kube-cee-tee-ell
🤌 Що ви бачите перед собою? Це скарб! А точніше – серія статей “Terraform Modules: From Development to Deployment on Gitlab” від Vighnesh Prakash.
Ця серія матеріалів буде корисною для розробників, DevOps та всіх, хто цікавиться Terraform і Gitlab. Статті створені за принципом bottom-up: починається серія з хардкорної практики, поступово рухаючись до теоретичної бази. Enjoy!
Ця серія матеріалів буде корисною для розробників, DevOps та всіх, хто цікавиться Terraform і Gitlab. Статті створені за принципом bottom-up: починається серія з хардкорної практики, поступово рухаючись до теоретичної бази. Enjoy!
Medium
Terraform Modules: From Development to Deployment on Gitlab
Terraform is a popular infrastructure as a code tool that allows users to provision and manage infrastructure resources in a safe…
👍3👏2
Новеньке від розробників HashiCorp 🔥
HashiTalks 2024: Mastering Terraform Testing, a layered approach to testing complex infrastructure
HashiTalks 2024: Mastering Terraform Testing, a layered approach to testing complex infrastructure
👍3🔥1
Нестандартний підхід Google до SRE 🤔 Цифровий гігант порівнює SRE з кулінарною книгою ресторану з ⭐️⭐️⭐️ зірками Мішлен.
Компанії бажають спробувати готувати за мішленівськими «рецептами», але на їхніх кухнях безлад. Деякі починають будувати для цього сучасну кухню (platform engineering). Певні організації концентруються на закупівлі якісних продуктів (outsourcing). Інші самостійно вирощують продукти та розводять курей (нестандартні рішення на базі open-source інструментів).
Все це – кроки до кінцевої мети (приготування їжі), але це не означає, що кожен з цих процесів можна назвати приготуванням їжі. Ба більше, налаштувавши ці окремі процеси, але не поєднавши їх, ви, врешті реш, нічого не приготуєте.
Ну, ми навіть не знаємо 😅 А ви що думаєте про таку метафору? Поділіться у коментарях.
Компанії бажають спробувати готувати за мішленівськими «рецептами», але на їхніх кухнях безлад. Деякі починають будувати для цього сучасну кухню (platform engineering). Певні організації концентруються на закупівлі якісних продуктів (outsourcing). Інші самостійно вирощують продукти та розводять курей (нестандартні рішення на базі open-source інструментів).
Все це – кроки до кінцевої мети (приготування їжі), але це не означає, що кожен з цих процесів можна назвати приготуванням їжі. Ба більше, налаштувавши ці окремі процеси, але не поєднавши їх, ви, врешті реш, нічого не приготуєте.
Ну, ми навіть не знаємо 😅 А ви що думаєте про таку метафору? Поділіться у коментарях.
👍3
Класна стаття про моніторинг в 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