🛠 Подборка проектов для прокачки скиллов

На реддите поделились большой подборкой бесплатных проектов и ресурсов для прокачки навыков DevOps и Linux. Спешим поделиться с вами.

• Linux Upskill Challenge — челленджи для прокачки навыков работы с Linux.

• OverTheWire Wargames — игровые задания по безопасности и Linux.

• AWS Workshops — интерактивные воркшопы по AWS и DevOps.

• KodeKloud Free Labs — бесплатные лабораторные работы для практики DevOps.

• Sad Servers Scenarios — сценарии для тренировки администрирования.

• Iximiuz Labs — практические задания для DevOps и безопасности.

• DevOps Upskill Challenge — проекты и упражнения для изучения DevOps.

• Engineer KodeKloud Practice — практические задачи по DevOps и облачным технологиям.

• Cloud Resume Challenge — интересный проект по облачным навыкам и инфраструктуре.

• Learn Git Branching — интерактивное обучение Git.

• Play with Docker Labs — sandbox для экспериментов с Docker.

• Kubernetes Goat — тренажёр для изучения Kubernetes.

• DevOps Exercises by Bregman Arie — набор упражнений для практики.

• DevOps Daily — ежедневные задачи и новости DevOps.

• SRE Bootcamp Exercises — упражнения для SRE-инженеров.

💾 Сохраните подборку, чтобы не потерять и обязательно поделитесь с коллегами

🐸Библиотека devops'a #буст

👨‍💻 Технический долг под прикрытием

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

Плюсы feature flags:

+ Можно включать и выключать функции в любое время, даже после деплоя.

+ Возможность быстро отключить нерабочую или багованную функциональность без полного отката.

+ Поддержка A/B тестирования и постепенного развертывания.

+ Код можно внедрять «в тёмную», активируя позже.

Минусы feature flags:

- Неочищенные флаги превращают код в сложный для понимания и поддержки.

- Флаги в разных окружениях могут рассинхронизироваться и приводить к неожиданным багам.

- Изменения через UI платформ часто не отражаются в Git, что мешает отслеживанию.

- Управление токенами и доступом часто организовано недостаточно строго.

- Платформы не всегда хорошо вписываются в существующие CI/CD процессы.

- Масштабирование и цены могут вырасти непредсказуемо.

💬 Как думаете, фича флаги это мастхев или без них намного лучше? Делитесь мыслями в комментариях 👇

🐸Библиотека devops'a #междусобойчик

🛠 Скрипты на C#

В последнем обновлении .NET появилась незаметная, но мощная фича: теперь вы можете писать C#-скрипты — без csproj, без IDE, без явной сборки — и запускать их как обычные shell-скрипты.

Пример:

#!/usr/bin/dotnet run
Console.WriteLine("Привет из .NET!");

Теперь можно написать команду запуска C# скрипта в shebang.

CLI автоматически компилирует одиночный C#-файл, под капотом создаёт временный проект и исполняет его.

Получается не так быстро как bash скрипты, но эта фича позволяет разработчикам попробовать себя в девопс не изучая специфичные инструменты.

🐸Библиотека devops'a #буст

⭐️ Обзор ключевых анонсов Red Hat Summit 2025

На прошедшей неделе состоялся Red Hat Summit 2025, где компания представила ряд значимых новинок в области искусственного интеллекта, гибридных облаков и операционных систем. Среди анонсов:

— Red Hat AI Inference Server. Новая платформа для оптимизации вывода ИИ-моделей в гибридных облаках, поддерживающая любые модели и ускорители.

— Red Hat Enterprise Linux 10. Обновлённая версия ОС с поддержкой квантово-устойчивого шифрования, интеграцией с ИИ и улучшенной безопасностью.

— OpenShift Lightspeed. Виртуальный ассистент на базе ИИ, интегрированный в OpenShift, для упрощения управления инфраструктурой.

— llm-d. Открытый проект для распределённого вывода ИИ-моделей с участием таких компаний, как Google Cloud и NVIDIA.

— Модели Llama. Поддержка моделей Llama от Meta в Red Hat AI, включая оптимизированные версии и интеграцию с vLLM.

— Сотрудничество с NVIDIA. Интеграция OpenShift AI с NVIDIA Enterprise AI Factory для развертывания ИИ-систем с использованием новейших ускорителей.

— Ask Red Hat. Новый ИИ-ассистент в Red Hat Customer Portal, помогающий пользователям быстрее находить ответы и решать проблемы.

Red Hat двигается к интеграции ИИ в гибридные облачные решения и обеспечению открытых стандартов в области ИТ.

➡️ Блог компании

🐸Библиотека devops'a #свежак

🐸Библиотека devops'a #развлекалово

📰 Дайджест прошедших дней

Не помните что было вчера? Попробуйте освежить в памяти прошедшую неделю с нашей подборкой материалов.

— Cвежие патчи для Linux-дистрибутивов

Вышли обновления безопасности для дистрибутивов AlmaLinux, Debian, Fedora, Red Hat, SUSE и Ubuntu. В перечне — исправления для таких компонентов, как .NET, Firefox, systemd, PostgreSQL, ядро Linux и других.

— Новый Leadership CODE от Octopus

Octopus Deploy представила Leadership CODE — набор принципов, формирующих основу лидерства в условиях масштабирования и распределённой команды.

— Semaphore сравнили себя с Jenkins

Подробное сравнение Semaphore Community Edition и Jenkins по ключевым аспектам: лицензия, установка, масштабируемость, производительность и сопровождение.

Рассматриваются различия в архитектуре, требованиях к инфраструктуре и возможностях автоматизации, что поможет определить наиболее подходящее решение для ваших проектов.

— Как защитить API: 6 ключевых аспектов безопасности

— Анонсы с Red Hat Summit 2025

🐸Библиотека devops'a #свежак

🍴 Топ-вакансий для девопсов за неделю

DevOps инженер — Гибрид (Москва, Санкт-Петербург)

DevOps-инженер — до 220 000 ₽, Офис (Москва)

DevOps Engineer — до 200 000 ₽, Гибрид (Москва)

DevOps-инженер (ML-сервисы) — до 490 000 ₽, Гибрид (Москва, Санкт-Петербург)

Middle DevOps/SRE-инженер — Офис (Москва)

Бустер — Самая удалённая удалёнка

➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

📖 Как не дублировать плейбуки в Ansible

Роли — это как готовые наборы LEGO для вашей инфраструктуры. Вместо того чтобы писать однообразный код заново, вы собираете инфраструктуру из модулей. Сейчас покажем как это сделать.

1. Подготовка структуры роли

Для создания роли можно самостоятельно подготовить набор директорий:

myrole/
├── tasks/           # Основные задачи (playbook внутри роли)
│   └── main.yml     # Точка входа задач
├── handlers/        # Обработчики — команды, которые срабатывают при изменениях
│   └── main.yml
├── files/           # Статические файлы для копирования на целевые хосты
├── templates/       # Jinja2-шаблоны — конфиги с переменными
├── defaults/        # Значения переменных по умолчанию (низший приоритет)
│   └── main.yml
├── vars/            # Переменные с более высоким приоритетом
│   └── main.yml
├── meta/            # Метаинформация о роли, в том числе зависимости от других ролей
│   └── main.yml
├── library/         # Пользовательские модули (если нужны)
├── tests/           # Плейбуки и окружение для тестирования роли
└── README.md        # Документация по роли — зачем, как использовать

Но для этого есть лайфхак — команда ansible-galaxy init myrole. С помощью неё можно создать всю структуру без единого mkdir.

2. Пишем задачи

Роль в Ansbile это по сути отдельный плейбук. Внутри tasks/main.yml мы опишем свои таски, которые он должен выполнять.

Пример: установим htop и создадим файл приветствия.

- name: Устанавливаем htop
  apt:
    name: htop
    state: present
  become: yes

- name: Создаём файл приветствия
  copy:
    dest: /tmp/welcome.txt
    content: "Hello from Ansible role!"

3. Подключим роль в плейбуке

В основной плейбук нужно добавить нашу роль:

- hosts: all
  become: yes
  roles:
    - myrole

4. Всё готово к запуску.

Остаётся только воспользоваться командой:

ansible-playbook -i inventory.ini site.yml

В Ansible Galaxy есть коллекция ролей, написанных сообществом. От самых простых до ролей, которые используются в крупных компаниях.

➡️ Посмотреть роли сообщества

🐸Библиотека devops'a #буст