В DevOps часто используется архитектура микросервисов. Это подход к разработке, когда приложение состоит из набора небольших сервисов. У каждого из них свой процесс, и с другими сервисами он обменивается данными через детально продуманный интерфейс. Как правило, для обмена используется простой механизм: например, программный интерфейс на базе HTTP (API).

ОТВЕТ: Чтобы модули приложения могли работать отдельно друг от друга.

У каждого из них своя задача.
Более того, эти модули могут быть написаны на разных языках. Многие приложения, с которыми мы постоянно сталкиваемся: интернет-банки, YouTube, например — созданы с использованием множества технологий. Это и есть архитектура микросервисов.

Чем занимаются команды SRE, и как они могут помочь продукту. Неплохой разбор в статье 👇

#devops_tools
KubeScrape

Продукт для разработчиков, который поможет легко и интуитивно отслеживать структуру, состояние и метрики кластера

Хорошее чтиво подвезли :)

Кристофер Александер «Язык шаблонов»

Больше тысячи страницы, читать можно год, но оно того стоит! Must-have для всех, кто связан с разработкой, проектированием, архитектурой в айти. Книгу можно использовать как справочник ー там много про паттерны, принципы и подходы в проектировании и архитектуре, которые можно перенести на любой проект.

Взгляд на концепции Service Level Objectives и Service Level Indicators на примере Instana
В статье идет речь о показателях работы сервиса, связанных с удовлетворенностью пользователей и производительностью программы. Автор пишет о двух показателях ー Service Level Indicator (SLI) и Service Level Objectives (SLO), рассказывает, как их внедрить в проект и на примере инструмента Instana показывает, как контролировать метрики.

Мабуть, немає людини з IT, яка б не чула про Git. Це місце, де зберігається найцінніше будь-якого проєкту розробки ー його величність код. Зручна, легка та відкрита платформа для роботи з репозиторіями дає можливість відстежити будь-яку точку в історії проєкту. Саме про роботу з цими спеціальними відмітками (Git Tags) розповідаємо у нашій статті.

Llama — еще один terminal file manager?
Легкий и минималистичный, с быстрой навигацией по файловой системе. Легкая интеграция cd & ls. А еще из llama можно запускать vim.

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

#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-інструментарію.

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