👨‍💻 Советы стажёрам SRE

Разбираем, что реально спрашивают на собеседованиях для стажёров в Site Reliability Engineering и как к этому готовиться.

Главный секрет: вас оценивают не за знания

На интервью для SRE intern проверяют не то, сколько инструментов вы знаете, а как вы думаете.

Интервьюеры смотрят на:

•Логику рассуждений
• Спокойствие при решении проблем
• Способность признать «не знаю» и объяснить, как найдёте ответ

Стажёра будут учить инструментам. А вот научить правильно мыслить — гораздо сложнее.

Три типа вопросов, которые точно будут

— Сервис упал в 3 часа ночи. Ваши действия?

Таким вопросом проверяют методологию диагностики, а не конкретное решение. История «У меня сломался WiFi, я проверил роутер и перезагрузил его» показывает системный подход к проблемам. Главное — объяснить почему вы делали каждый шаг.

— Что происходит, когда вы вводите google.com в браузер

Не нужно знать всё до мельчайших деталей. Опишите процесс на высоком уровне и честно скажите, где неуверены. Обычно ждут понимание: DNS, TCP/IP, HTTP(S), кэширование.

— Контейнеры и автоматизация

Минимум знаний: что такое Docker и зачем он нужен, базовая идея Kubernetes и почему нельзя всё запустить в докере, понимание CI/CD на уровне концепции.

SRE — это не про заучивание kubectl команд. Это парадигма, фокусирующаяся на наблюдаемости систем и автоматизации процессов.

💬 Накидайте своих историй или советов в комменты 👇

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

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

#холиварня

📄 Windows-desktop на Linux

Представьте Linux-дистрибутив, где всё рабочее окружение — это Win32-софт, работающий под WINE. Полностью свободная и открытая ОС, где можно просто скачивать .exe файлы и запускать их. Не для хардкорных юниксоидов, а для обычных пользователей, которым нужна просто работающая система.

ReactOS пытается переписать ядро Windows NT с нуля, и это всегда было его ахиллесовой пятой — проблемы с совместимостью оборудования и стабильностью.

Концепция loss32 — достичь похожего результата, но построенного на более надёжном фундаменте: ядро Linux, WINE, всё что их связывает, и немного userland-компонентов от ReactOS.

Это технически остаётся Linux-дистрибутивом, так что можно запускать Linux-софт когда нужно. ReactOS так не может.

➡️ Сайт проекта

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

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

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

🧑‍💻 Карта публичных telnet-серверов

Telnet.org собрали каталог публичных telnet-серверов, которые всё ещё работают в 2025 году. Здесь можно найти текстовые игры, доски объявлений, чаты и другие сервисы из докоммерческой эры интернета.

Подключиться:

telnet towel.blinkenlights.nl

Этот конкретный сервер покажет вам ASCII-версию Звёздных войн.

➡️ Поtelnetить

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

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

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

🔍 Напоминание: отклики бесплатные

DevOps Engineer — от 350 000 ₽ на удалёнку или гибрид в Санкт-Петербург.

Junior DevOps Engineer — от 150 000. Офис/Гибрид в Москве или Казани.

DevOps-инженер — до 250 000 ₽ на удалёнку.

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

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

#вакансия_недели

📱 SSH клиент на Android

JuiceSSH позволяет подключаться к серверам по SSH с поддержкой плагинов, синхронизацией и цветовыми схемами. Pro-версия добавляла расширенные возможности вроде порт-форвардинга, динамических прокси и облачного бэкапа.

С декабря 2025 разработчики перестали признавать старые лицензии. Пользователи пишут в отзывах, что даже новая покупка не разблокирует фичи.

Мы наткнулись на некий гайд по патчингу до Pro версии. Так можно вернуть все фичи pro-версии, кроме облачных бэкапов и pro-плагинов.

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

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

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

📌 Technical Writer / Content Ops (InfoSec & Networks) (RU/EN)
110–150k ₽ «на руки» (по уровню)
Удаленно (фултайм)

Коротко о роли
Ищем человека, который превращает наши технические миты, идеи, задачи, R&D и релизы в понятный и полезный контент:
• посты в Telegram
• статьи/лонгриды
• документацию/гайды/инструкции
• англоязычные версии материалов
• фиксацию решений по митам (саммари + action items)

Важно
Это НЕ SMM и не «контент ради контента”»
Но маркетинг здесь тоже есть — в формате product marketing через техничку:
• упаковываем экспертизу в ценность для ЦА (фичи/кейсы/сравнение с конкурентами)
• даём “доказуху”: как работает, почему так, ограничения, как проверить/воспроизвести

Чем предстоит заниматься:
• Миты/задачи/логи → саммари + решения + action items
• Документация и инструкции к продукту (гайды/чек‑листы/дебаг)
• Посты/статьи/релизы: «как работает + как проверить + ограничения»
• Описание фич и отличий от конкурентов (по фактам)
• RU→EN перевод + RU/EN глоссарий
• База знаний: теги, структура, приоритеты тем

Откуда берём темы/контент:
• вопросы клиентов и то, где они «застревают»
• наши миты/задачи/цели/релизы
• разбор конкурентов и их материалов
• вопросы “как у человека, который вообще не в теме” (это нормально и даже нужно)

Что важно (must have):
• умеешь структурировать техническую инфу и писать ясно
• сети на уровне “не потеряюсь”: proxy/VPN, HTTP, TLS (не обязательно как разработчик, но без магии)
• базовый Linux: запустить, проверить, собрать скрин/лог
• Google Docs / Markdown, аккуратная структура документа (заголовки, оглавление, выделение главного)
• дисциплина: регулярность, дедлайны, доведение до финала
• коммуникация: умеешь задавать вопросы так, чтобы быстро получать точные ответы

Будет плюсом:
• опыт в инфосеке/антифроде/сетях
• опыт работы с транскрипциями/митами (саммари, action items)
• умение делать простые схемы (PlantUML / Figma / Canva — опционально)
• личный блог/публичные тексты и понимание ЦА

Образование (желательно):
ИБ/сети/связь/разработка/DevOps/SRE — или эквивалентный опыт в сетях.

Как откликнуться ➕ заполнить форму

🔄 GParted 1.8.0

Вышла новая версия GParted — программы для работы с дисками и разделами.

Самые важные обновления:

• Программа больше не вылетает из-за отсутствующих иконок.

• Не зависает при работе с FAT — раньше могла подвиснуть, если метка диска совпадала с именем корневой папки.

• Безопаснее копирует разделы — теперь сначала очищает старые метки файловых систем, чтобы не было конфликтов.

Плюс куча мелких исправлений.

➡️ Релиз

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

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

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

✏️Редактируем файлы в запущенных контейнерах

Docker Debug — это не только инструмент для диагностики контейнеров. Он позволяет редактировать файлы в реальном времени, не останавливая контейнер и не пересобирая образ.

Представим типичную ситуацию: у вас запущен nginx, и нужно срочно изменить содержимое страницы или подправить конфигурацию. Обычно это означает остановку контейнера, правку файлов, пересборку образа. С Docker Debug всё проще.

Запускаем nginx контейнер:

docker run -d --name my-nginx -p 8080:80 nginx:latest

Контейнер запущен, nginx отдаёт стандартную welcome-страницу на http://localhost:8080.

Подключаемся с Docker Debug:

docker debug my-nginx

Вы попадаете в интерактивную оболочку с полным набором инструментов для отладки. Docker Debug автоматически монтирует файловую систему контейнера и предоставляет доступ к утилитам вроде vim, nano, curl.

Редактируем index.html:

# Находим файл (обычно это /usr/share/nginx/html/index.html)
vi /usr/share/nginx/html/index.html

Меняем содержимое на что-то своё:

<!DOCTYPE html>
<html>
<head>
    <title>Edited via Docker Debug</title>
</head>
<body>
    <h1>Это работает! Файл отредактирован без пересборки образа.</h1>
    <p>Изменения применились мгновенно.</p>
</body>
</html>

Сохраняем и выходим из debug-сессии. Обновляем страницу в браузере на http://localhost:8080 — изменения применились моментально, nginx уже отдаёт новый контент.

То же самое работает и для конфигурационных файлов. Например, нужно быстро изменить настройки nginx:

docker debug my-nginx

# Редактируем конфигурацию
vi /etc/nginx/nginx.conf

# Применяем изменения без перезапуска контейнера
nginx -s reload

Важные нюансы

Изменения эфемерны — они существуют только в запущенном контейнере. При пересоздании контейнера всё вернётся к состоянию образа.

Не для всех образов — минималистичные образы, например, scratch или distroless могут не иметь необходимых утилит даже с Docker Debug.

Если изменения нужно сохранить, создайте новый образ из контейнера:

docker commit my-nginx my-nginx:edited

Или лучше — перенесите изменения в Dockerfile и пересоберите образ правильно:

FROM nginx:latest
COPY custom-index.html /usr/share/nginx/html/index.html
COPY custom-nginx.conf /etc/nginx/nginx.conf

Используйте для экспериментов, но не забывайте документировать изменения в коде.

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

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

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

🧠 Буст продуктивности простыми методами

Продуктивность это не сила воли, а правильно настроенное рабочее место.

Два монитора повышают продуктивность на 44%. Растения на столе снижают стресс. Температура 21-22°C делает мозг эффективнее.

➡️ 10 научно обоснованных лайфхаков для вашего домашнего офиса

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

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

🆚 Kubernetes: ConfigMap vs Secret

Один из стандартных вопросов на собесе — это про ConfigMap и Secret. Понимание разницы сразу раскрывает уровень знаний.

Оба ресурса в K8s служат для передачи конфигурации в поды. Но есть важное отличие в подходе к данным.

Ответ: в нашем канале с вопросами с собесов

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

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

#задача_со_звёздочкой

🛠 Полминуты до Kubernetes visibility

Radar — это новый open-source инструмент для визуализации Kubernetes-кластеров от команды Skyhook, альтернатива Lens, Headlamp и Kubernetes Dashboard.

Что умеет и имеет

• Строить граф зависимостей подов, сервисов и сетевого трафика.

• Показывать хронологию событий Kubernetes с фильтрами по неймспейсам и ресурсам.

• Браузер YAML-манифестов, редактор, установка/обновление чартов прямо в UI.

• Локальный CLI с автооткрытием браузера или in-cluster Helm-деплой для команды.

Установка 30 сек:

helm repo add skyhook https://skyhook-io.github.io/helm-charts
helm install radar skyhook/radar -n radar --create-namespace

➡️ Репозиторий

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

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

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

🐱 500 Internal Meow Error

HTTP.cat - это коллекция HTTP-статусов, проиллюстрированных котиками. Каждый HTTP-код представлен забавной фотографией кота, которая метафорически отражает смысл статуса:

• 200 OK - довольный кот
• 404 Not Found - потерянный/растерянный кот
• 500 Internal Server Error - кот в хаосе и т.д

➡️ Получить свой кот-статус

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

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

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