Я к вам с небольшим анонсом 👉
В скором времени планирую записать серию подскастов/интервью с практикующими DevOps/SRE инженерами, в которых они расскажут о рабочих реалиях, о трудностях и как они попали в айти.
Из животрепещущих тем будем обсуждать:
- рост
- деньги
- hard & soft skills
- собесы
- личный опыт
Это даст классную возможность для начинающих инженеров узнать про реальную будничную работу без купюр от реального девопса, а не блогера продавана курсов 😭. А для опытных расширить горизонт и понять, как бывает у других, куда можно двигаться и что для этого нужно.

Если у вас есть интересные вопросы или темы, которые вы бы хотели услышать, пожалуйста, напишите их в комментариях 🙏

Давно не было постов, так как занималась съемками и монтажом первого подкаста-интервью 😳
Готовьтесь к новым порциям интересного контента, не зря же в названии канала http status 4️⃣1️⃣3️⃣

🛠 Дебаг веб сервиса

Проблема: nginx не отдает метрики по эндпоинту.
Пререквизиты: есть под с nginx в кубере, есть сервис, который слушает на порту 9000, по этому порту должны быть доступны прометеус метрики по эндпоинту /metrics.
Симптомы: curl отдает Connection refused. В данном случае refused отдает ингресс контроллер.

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

Первое, что я проверила, основываясь на опыте, — слушается ли приложением порт.
В манифесте пода порт объявлен:

kubectl get po pod -o yaml | grep 9000
#  containerPort: 9000

Я решила проверить доступность порта внутри контейнера, и curl вернул 404.
Тут важно понимать, что если вебсервер (в данном случае nginx) вернул 404, это значит, что он получил запрос, но не смог его обработать, потому что для него нет правила.
И здесь это ключевое: значит, что порт слушается, но по этому эндпоинту приложение ничего не отдает, потому что не сконфигурировано.
Дальше стоит идти в настройки вебсервера. 🔍



💥 Сломанный helm релиз

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

Error: UPGRADE FAILED: another operation (install/upgrade/rollback) is in progress

Для тех, кто работает с кубом, это знакомая ситуация, и я сразу знала, в чем причина.
Но мой коллега инженер столкнулся с таким впервые.
Сразу вопрос: что вы знаете о финалайзерах? 🙂

Проще говоря, это специальные метки, которые означают ожидание дополнительных событий при удалении ресурса.
Если у ресурса есть финалайзер, контроллеры отслеживают такие объекты и выполняют очистку зависимостей, и только потом финалайзер удаляется.
Пока на ресурсе есть финалайзер, он не будет удален. ⏳

В нашем случае процесс установки релиза был прерван и не завершился корректно, так как операция была атомарной и при прерывании операции ресурсы новой версии должны были быть удалены, но этот процесс не завершился корректно.
Поэтому остались ресурс(ы) с финалайзерами, ожидающие удаления.

Чтобы быстро найти тот самый ресурс, я написала простенький однострочный bash-скрипт:

for i in $(kubectl -n ns get all | awk '{print $1}' | grep -v NAME); do if kubectl -n ns get $i -o yaml | grep -q final; then echo $i; fi; done

Команда kubectl -n ns get all даст нам список всех ресурсов в неймспейсе, среди которых мы и будем искать.
Это удобно, когда ищешь иголку в стоге 🙂
В результате выполнения скрипт вернет список ресурсов, в которых нашел финалайзеры.

Ну и как последний шаг — удаляем финалайзер:

kubectl -n ns patch resource --type='json' -p='[{"op": "remove", "path": "/metadata/finalizers"}]'
# вместо resource тут указываете вывод из предыдущей команды

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

Завтра выйдет первое интервью с прекрасным инженером, а пока вот затравочка 😜

А вот и первый выпуск 💥
Большое спасибо Илье за интервью и за гостеприимную встречу в Саранске 🙏

Ждем ваших комментариев, вопросов и предложений для следующего интервью. Веду переговоры со следующим гостем 🤫

Буду рада репостам 🤝

https://youtu.be/Q1h92-Af1Ek?si=iSJjCCtPGzeWIb5u

↘️↙️↖️↕️↔️ Предлагаем вам максимально залипательный способ прокачать system design и облачную архитектуру — игра Server Survival!

Это 3D tower defense, где вы играете за облачного архитектора: строите инфраструктуру, раскидываете файрволы, балансировщики, сторэджи, отбиваетесь от DDoS-атак, следите за бюджетом и здоровьем сервисов

По сути, это интерактивный симулятор продакшн-нагрузки, только в формате игры 🖥

▫️Играть онлайн
▫️Исходный код на GitHub

#devops #opensource

Что будет с IT рынком в 2026?

Давайте попробуем пооперировать фактами.

1️⃣ИП, ГПХ.

Из‑за роста налоговой нагрузки на классическое оформление и ужесточения правил работы с самозанятыми бизнес всё чаще смотрит в сторону альтернативных форматов — ИП, ГПХ, проектные контракты.

2️⃣Удаленка.

Количество вакансий с гибридом тоже увеличилось, хотя фул тайм офис по прежнему андердог. Удаленке в России тяжело прежде всего из за проблем с корпоративными впнами, бигтеховскими бюрократическими политиками и падению качества командных взаимодействий (айтишники засычевались и одичали). I did my research и нашла упоминания в качестве одной из причин - снижение продуктивности на удаленке. Не уверена насчет статистики, но лично у меня эффективность сильно выше на удаленке в тишине.

3️⃣Внедрении ИИ.

Все большую часть процесса найма автоматизируют при помощи ИИ. Я сама лично однажды столкнулась с ботом HRом при отклике на вакансию, назначили HR скрининг. В назначенный день подключилась к встрече, а там бот, который просит разрешение на запись и транскрипцию - задает вопросы, записывает ответы и дает оценку кандидата. Я просто сбежала с этого звонка 😂 Я молчу про ATSки и ИИшные вакансии.

4️⃣Собеседования.

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

Интересно, а вы ощущаете свою продуктивность больше на удаленке или в офисе? Что вообще думаете о рынке в 2026?

Ксюша в IT уже 16 лет и прошла путь от эникея до фуллстека, а сейчас работает инженером. Она поделилась своим опытом, плюсами и минусами, дала советы начинающим. Обсудили токсичность в IT и зарплаты.💵

Обязательно посмотрите интересное интервью, где Ксюша рассказывает про большой опыт, трудности и свои победы! 💪Будем рады поддержке в виде лайков и репостов🫰

https://youtu.be/NVN15Z8bGDA