🐳 Как Kubernetes запускает контейнеры на самом деле

Большинство знают Docker, но в Kubernetes контейнеры чаще всего запускаются через containerd.

В этом бесплатном курсе разбираются:

▪️ ctr — встроенный клиент containerd
▪️ nerdctl — альтернатива Docker CLI
▪️ crictl — инструмент для отладки Pod’ов в Kubernetes
▪️ устройство containerd и его компонентов
▪️ работа с контейнерами напрямую, без Docker

Отличный курс для тех, кто хочет понять, что происходит под капотом Docker и Kubernetes 🔥

📍 Навигация: Вакансии • Задачи • Собесы

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

#арсенал_инженера

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

#пятничный_деплой

Как безопасно передать приватный токен в этап сборки, чтобы он не попал в финальный образ и историю слоёв?

👾 — ENV GIT_TOKEN=... и использовать в RUN
👍 — COPY token /root/token и потом RUN rm /root/token
🥰 — Использовать BuildKit: RUN --mount=type=secret,id=git_token ... и собирать docker build --secret id=git_token,src=./token
⚡ — ARG GIT_TOKEN=... и использовать в RUN

Библиотека задач по DevOps

🐧 grep, sed, awk и regex — инструменты, без которых сложно представить работу в Linux

Поиск ошибок в логах, массовое редактирование конфигов, анализ вывода команд и обработка текстовых файлов — большинство таких задач решается буквально одной строкой в терминале.

Сохраняйте шпаргалку — пригодится при работе с логами, конфигами и автоматизацией ✔️

📍 Навигация: Вакансии • Задачи • Собесы

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

#root@prompt

🚨 ingress-nginx официально отправлен на пенсию

В марте 2026 года Kubernetes SIG Network и Security Response Committee прекратили поддержку ingress-nginx. Репозиторий архивирован.

Новых релизов, исправлений багов и патчей безопасности больше не будет.

❓ Почему это произошло:

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

Что рекомендуют вместо него:

🔵 Gateway API + Envoy Gateway
🔵 Gateway API + Istio
🔵 Gateway API + kgateway
🔵 Traefik

Если нужна совместимость с существующими Ingress-ресурсами, можно рассмотреть NGINX Ingress Controller от F5 — это отдельный проект, который продолжает развиваться.

🔜 Что это значит для команд:

Если ingress-nginx всё ещё стоит в продакшене, он остаётся рабочим, но больше не получает обновлений безопасности. Поэтому миграцию на Gateway API лучше не откладывать.

📍 Навигация: Вакансии • Задачи • Собесы

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

#пульс_индустрии

🐳 Docker под рукой

Даже если вы каждый день работаете с контейнерами, часть команд со временем забывается. Особенно когда нужно быстро вспомнить синтаксис для volumes, сетей, Docker Compose, логов или очистки системы.

➡️ Сохраняйте шпаргалку — здесь собраны основные команды для работы с образами, контейнерами, сетями, томами и Docker Compose в одном месте.

📍 Навигация: Вакансии • Задачи • Собесы

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

#арсенал_инженера

💡 Не спешите ставить htop

Во многих случаях обычного top уже достаточно для быстрой диагностики сервера.

🔜 Полезные горячие клавиши:

P — сортировка по CPU
M — сортировка по памяти
T — сортировка по времени работы процесса
1 — загрузка по каждому CPU отдельно
k — завершить процесс по PID
q — выход

Нужно быстро понять, кто съедает ресурсы на сервере?

top

Часто этого хватает, чтобы найти проблемный процесс за пару секунд без установки дополнительных утилит.

📍 Навигация: Вакансии • Задачи • Собесы

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

#root@prompt

🔥 Как один retry-шторм держал Azure OpenAI в нестабильном состоянии почти 8 часов

29 мая Microsoft опубликовала постмортем крупного инцидента Azure OpenAI Service. С 09:39 до 17:05 UTC пользователи в нескольких регионах столкнулись с задержками, ошибками и HTTP 5XX.

🔤 Почему проблему нашли не сразу

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

Позже аналогичная ситуация повторилась в Sweden Central и стало понятно, что причина — retry storm от внутреннего клиента.

💡 Проблема была не в ретраях, а в изменении семантики ошибки.

Ошибка, которую раньше не ретраили, внезапно стала считаться временной. Этого хватило, чтобы локальная проблема превратилась в масштабный инцидент.

❗️ Проверьте, какие ошибки считаются ретраибельными в ваших сервисах. Иногда один неверный retry может нанести больше вреда, чем внешний DDoS.

📍 Навигация: Вакансии • Задачи • Собесы

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

#разбор_полётов

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

#пятничный_деплой

❔ Как не дублировать плейбуки в 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

#арсенал_инженера