kubectl describe pod: как читать вывод, в котором Kubernetes уже написал причину
kubectl describe pod часто вспоминают слишком поздно. Уже сходили в логи, пролистали Helm values, спросили в чате «кто деплоил?», на всякий случай дропнули Pod — и только потом внизу describe нашли ту самую строку: образ не скачался, памяти не хватило, Secret не примонтировался или readiness-проба честно возвращала 500. Эта команда не заменяет логи, метрики и трейсинг. Она про другое: показать, что Kubernetes пытался сделать с Pod’ом и на каком шаге всё развалилось. Если читать describe не как длинную простыню полей, а как историю жизни Pod’а, он экономит не минуты, а часы.
Вайбдебаггинг — уже реальность? Мы дали ИИ-агенту отладчик и проверили
Привет, Хабр!В конце прошлого года Cursor выпустил Debug Mode — режим, в котором агент может собирать логи из рантайма, чтобы лучше понимать причины багов. Судя по
Отладка Программ Уровнями Логирования (или Медицинская Карта Вашей Программы)
Программы часто отлаживают применяя printf-отладку. Однако в этом есть недостаток. Со временем вывод printf сообщения становится настолько частыми и плотным, что становится просто невозможно что-либо прочитать. Перед вам просто сыплется Ниагарский водопад из белых логов. Чтобы с этим бороться давным-давно придумали фундаментальную технологию отладки программ: уровни логирования (Log Levels). Как и любая хорошая практика системного программирования, уровни логирования появились еще в коде ОС Unix где-то в 197x-198x.
Экипировка Бонда: полезные инструменты DevTools
Привет, Хабр! С вами Карлен, Lead Fullstack разработчик в ITFB Group.
Немного об отладке. Часть 2
Это продолжение моей прошлой статьи. В этой части мы коснемся сред разработки, а потом будем постепенно деградировать спускаться ниже по абстракциям. Приятного чтения.Содержание:Среды разработки VS CodeGDB/MIMIEngineCode::BlocksEclipseSpyderОтладка на ОС WindowsKolibriOS
