DevOps на турнике
540 subscribers
44 photos
4 videos
4 files
17 links
Просто DevOps без инфо-шума и понтов

Вопросы и предложения - devopsiron@gmail.com

Тренажер для подготовки к DevOps и SRE - @devops_iron_mentor_bot
Download Telegram
PewDiePie выложил в open source Odysseus — персональный AI-хаб для локальной работы
https://habr.com/ru/companies/first/articles/1041970/

#resources
👍2🔥1
Прошёл 6 этапов собеса. Получил оффер. Отказался.

Они (жёлтый банк) сами нашли мой контакт, я даже не откликался.

HR пригласила на встречу. Вилку не назвала. Требования не назвала. Прислала ссылку на сайт иди читай сам. Окей, пошёл дальше.
Тестовое - типовой литкод, справился. Пишу HR, договариваемся на техсобес. В ответ присылают список книг Таненбаум и прочее. Послезавтра собес, спасибо конечно.

Техсобес. 3 часа.

Linux / сети (не девопс-уровень, а «что такое свич и как обжать витую пару» — я думал это шутка) / системный дизайн / Кубер / мониторинг / типы БД / транзакции / поведенческие вопросы без правильных ответов
Прошла неделя - окнули. Потом ещё один раунд: алгоритмы + литкод, час жизни. Потом ещё один техсобес на 2 часа - снова Таненбаум и сети. Потом знакомство с командой.
Выжали как лимон.

Оффер пришёл. Гибрид, дежурства, меньше 300к. По факту не SRE, а линия поддержки.

Очевидный вопрос: зачем вообще ходил без условий?
Ответ: хайп, крутые продукты, казалось что это то самое место.
Единственный плюс - вспомнил всю базу которую знал.

Собрал 20 вопросов которые реально спрашивают на таких собесах:

https://telegra.ph/20-voprosov-dlya-SRE-sobesa---prover-bazu-06-08

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

Следующий пост: как готовиться к SRE-собесу за 2 недели с нуля.

А у тебя был собес который выжал как лимон? Напиши в комментах 👇

Сохрани себе, пригодится 🔖

#career
7🔥2
Ловим тренды GitHub раньше ВСЕХ

Нашли сервис, который показывает самые быстрорастущие проекты среди разработчиков.

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

Мониторим тренды

#resources
🔥31
Приняли бы оффер на 250?
#career
🤡1
Media is too big
VIEW IN TELEGRAM
А лягушонок то шарит, но настоящий девопс должен разбираться! Шарят в карманах 😆
😁2
Kubernetes используют везде. Но как он устроен внутри – объяснить могут единицы.

Вот что надо знать.

Control Plane – мозг кластера:

etcd
– хранит всё состояние кластера. Упал etcd – можешь смотреть как всё работает, но ничем не управляешь.

kube-apiserver
– единственная точка входа. Все компоненты общаются только через него. Никаких “а я напрямую”

kube-scheduler
– решает куда поставить Pod. Смотрит на ресурсы, affinity, taints. Думает за тебя

kube-controller-manager
– следит чтобы желаемое совпадало с реальным. Pod упал – он заметил, пересоздал, ты даже не проснулся

Worker Node – где живут твои приложения:

kubelet
– агент на каждой ноде. Получает задачи и запускает контейнеры. Тихий трудяга

kube-proxy
– настраивает сеть. Благодаря ему Service находит нужный Pod

Container Runtime
– containerd или CRI-O. Непосредственно запускает контейнеры

Частые вопросы:

Что будет если упадёт etcd?
Новые деплои невозможны, но запущенные Pod’ы живут. До первого рестарта

Чем Deployment отличается от StatefulSet?
Deployment для stateless. StatefulSet даёт стабильные имена и порядок запуска – для баз данных, Kafka, всего что помнит своё прошлое

Как Pod попадает на ноду?
scheduler выбрал ноду, apiserver записал в etcd, kubelet увидел и запустил. Три шага, ноль магии

Зачем readinessProbe?
Пока не отвечает – трафик не идёт. Без неё сломанный Pod получает запросы и все гадают почему 500

#kubernetes
3
Telegram бот, который по ссылке на YouTube-видео кидает вам аудио из него. Аудио вы можете слушать прямо в Telegram-клиенте, с любого устройства.

Ссылка: https://github.com/Spmart/YTAP-Bot
#resources
5
Dockerfile
1.1 KB
🐳 Твой Docker-образ весит 1 GB. Хотя мог бы весить 50 MB.

Вижу эту ошибку постоянно.

Разработчики просто делают:
COPY . .
RUN npm install
И считают, что всё отлично.

Но вместе с приложением в прод уезжают:

компиляторы
dev-зависимости
webpack, TypeScript и прочие инструменты сборки
кеш npm

То, что никогда не понадобится во время запуска приложения.

Решение - Multi-stage Build

Используй два `FROM` в одном Dockerfile.

🔨 Stage 1 - Builder

Здесь происходит всё тяжёлое:

* установка зависимостей;
* сборка проекта;
* компиляция;
* создание готовых артефактов.

🚀 Stage 2 - Runtime

Берём чистый образ (`alpine` или `distroless`) и копируем только то, что нужно для запуска.

Без лишнего мусора.

📊 Реальный результат

До:

📦 1.2 GB

После:

📦 58 MB

Что получаем:

быстрее деплой
быстрее docker pull
меньше уязвимостей
меньше расход дискового пространства

💡 3 правила, которые стоит запомнить

1️⃣ Копируй package.json отдельно
COPY package*.json ./
RUN npm ci
COPY . .
Так Docker сможет использовать кеш слоёв и не будет заново устанавливать зависимости при каждом изменении кода.

2️⃣ Используй лёгкие runtime-образы

Вместо:
node:18
Лучше:
node:18-alpine
или Distroless.

Разница может составлять сотни мегабайт.

3️⃣ Используй npm ci

В CI/CD всегда лучше:
npm ci
а не
npm install
Преимущества:

быстрее
воспроизводимая сборка
строго по package-lock.json

🔍 Проверь прямо сейчас
docker images
Если обычный сервис весит 200+ MB, скорее всего его можно уменьшить в несколько раз всего за несколько минут.

Поверьте, ваш CI/CD скажет вам спасибо. 🚀
Пример докерфайла приложил

#docker
2🔥1👏1
linux_91_вопрос.md
7 KB
🐧 Как обещал - все 91 вопрос по Linux

Собрал в один файл, ничего не потеряется.

Формат удобный: блоки по темам, можно открыть на телефоне и прогнать себя перед собесом.

Что внутри:
- Файловая система и inode
- Процессы и сигналы
- Память и cgroups
- Сеть и iptables
- Bash и скриптинг
- Безопасность и SSH
- Трабшутинг реальных сценариев

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

Если хотите получить все 91 с ответами, примерами команд и ловушками на собесе - давайте наберём 30 🔥

#linux #library
🔥331😭1
Есть мысли записать видео о ситуации на рынке, предложениях, и какой вообще порядок дел в IT, было бы интересно?
Anonymous Poll
63%
Да, интересно. Давай в формате видео
58%
Да, интересно. Давай в формате поста в ТГ
3%
Не интересно
📚 Навигация по каналу

Чтобы не листать всё подряд - используй хэштеги.

🛠 Технологии
#docker #kubernetes #linux #cicd #git
#terraform #ansible #helm #network #database

📖 Обучение
#library - книги, курсы, шпаргалки
#resources - ссылки на полезные источники

💼 Карьера
#career - собесы, советы, факты из индустрии

Нажми на хэштег → увидишь все посты по теме.
2
DevOps на турнике pinned «📚 Навигация по каналу Чтобы не листать всё подряд - используй хэштеги. 🛠 Технологии #docker #kubernetes #linux #cicd #git #terraform #ansible #helm #network #database 📖 Обучение #library - книги, курсы, шпаргалки #resources - ссылки на полезные источники…»
📚 3 книги по Linux для DevOps-инженера

Не «топ лучших книг всех времён». Просто три, которые реально читаются и дают результат.

1. Linux Pocket Guide - Daniel Barrett

Не для чтения от корки до корки. Открываешь когда забыл флаг у grep или как работает chmod. Файловая система, SSH, процессы, права доступа, sed/awk всё коротко и по делу. Лежит открытой на второй вкладке.

2. How Linux Works - Brian Ward

Вот эту читаешь именно как книгу. Объясняет что происходит когда ты включаешь сервер: загрузка, ядро, systemd, сеть, память. После неё перестаёшь угадывать начинаешь понимать.

3. The Linux Command Line William Shotts

Если терминал до сих пор вызывает дискомфорт начни отсюда. Bash, пайпы, перенаправление, простые скрипты.

Все три на английском это нормально. Большинство документации тоже на английском, лучше привыкать сразу. При желании можно найти перевод, ссылки давать к сожалению не могу.

#linux
#library
1👍1
DevOps на турнике
linux_91_вопрос.md
5 огней и дополню файлик ответами
🔥11
linux_91.md
132.7 KB
30 огней собрали, ура!
Полный сборник вопросов по Linux с собеседований, забирайте и проходите успешно собесы!

Формат: 🗣 Устный ответ → 💡 Запомни → 💻 Код → ⚠️ Ловушка

так же в md формате чтобы не терять

#linux
#library
👍9
DevOps на турнике
Есть мысли записать видео о ситуации на рынке, предложениях, и какой вообще порядок дел в IT, было бы интересно?
Мнения разделились 50 на 50, поэтому делаю пост + видео:



🔴 Почему в IT стало так сложно найти работу?

Кто хочет послушать, а не читать - https://www.youtube.com/watch?v=0qPi7yJfDdQ

Я собрал открытые данные рынка труда, зарплатные исследования и большие выборки вакансий за 2025-2026 год. Не мнение - цифры.

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

Проблема не в количестве кандидатов. Проблема в разрыве между тем, что умеют люди, и тем, что реально нужно бизнесу.

Новичков много. Тех, кто знает слова Docker, Kubernetes и Terraform, тоже. Но компании ищут не знание слов. Им нужен человек, которому можно доверить боевой сервис: разобраться в инциденте ночью, не уронить кластер при обновлении, выкатить деплой так, чтобы пользователи не заметили.

📉 Для джуниоров рынок стал жёстче. Позиций, где готовы долго обучать с нуля, стало меньше. AI забирает часть рутинных задач, на которых раньше учились новички. Входная планка выросла.

Воронка найма удлинилась. HR-скрининг, техническое интервью на 60-90 минут, поведенческая секция, system design, финал с менеджером. На серьёзные позиции процесс растягивается на месяц. Топ жалоб кандидатов: нет обратной связи, слишком много этапов, тестовое выполнил — получил отказ без объяснений.

💰 По зарплатам: Middle DevOps по медиане 150-280 тысяч. Senior уходит выше 350-500 тысяч. Финтех и маркетплейсы платят на 40-60% выше среднего, потому что цена ошибки там другая.

🏢 Удалёнки стало меньше. 77% российских компаний вернули команды в офис или гибрид. Полная удалёнка сократилась до 7%. Гибкость остаётся у тех, кто редкий и сильный.

🤖 AI не убил рынок, но поднял планку. Простые задачи автоматизируются. Рутина стоит меньше. Ответственность, production-мышление и умение работать с инцидентами стоят больше.

Рынок IT не умер. Изменились правила. Компании платят не за список технологий в резюме, а за способность брать ответственность и приносить результат.

Следующий выпуск: Roadmap DevOps на 2026 год. Не по курсам, а по тому, что действительно ищут компании.

#resources
#career
Свежие вакансии, заодно можно рыночек оценить, так себе конечно)

1. System Administrator — Центурион-Инновации
middle · 195 000 ₽ · офис Москва
→ [Habr](https://career.habr.com/vacancies/1000167435)

2. Systems Engineer — Alber Blanc
senior · 380 000 ₽ · офис Лимасол
→ [Alberblanc](https://alberblanc.com/careers/senior-network-systems-engineer-521/)

3. DevOps Engineer — Сбер
intern · от 60 000 ₽ · гибрид Питер
→ [Hirehi](https://hirehi.ru/devops/devops-inzhener-57844)

4. Site Reliability Engineer — Яндекс Финтех
middle · 282 000 ₽ · удалёнка
→ [Hirehi](https://hirehi.ru/devops/site-reliability-engineer-58042)

5. Системный инженер — ASTON
middle · 175 000 ₽ · удалёнка
→ [Hirehi](https://hirehi.ru/devops/sistemnyi-inzhener-57152)

6. Системный инженер — Сбер
middle · 165 000 ₽ · офис Чебоксары
→ [Rabota](https://rabota.sber.ru/search/starshiy-spetsialist-po-informatsionnoy-bezopasnosti-ib-4443039/)

7. DevOps Engineer — МТС
middle · 227 000 ₽ · офис Москва
→ [Job](https://job.mts.ru/vacancies/678966233428658215)

8. DevOps Engineer — Greenway Global
lead · от 180 000 ₽ · офис Новосибирск
→ [Hirehi](https://hirehi.ru/devops/devops-inzhener-57589)
👍6😭3