Это 4 наших легендарных Dev & DevOps-факапа

Всем привет! Меня зовут Андрей, с Банки.ру я связан уже больше 14 лет, а сейчас руковожу командой Платформы и забочусь о гильдии девопсов. Итак, в течение своей работы я очень часто сталкивался с разными инцидентами продакшена. Конечно, в моменте бывало невесело: многие факапы были сложными и требовали довольно много времени на расследование. Но сейчас некоторые из них уже стали своеобразными легендами среди коллег, истории про них передаются из уст в уста. Поэтому я решил собрать самые яркие из них в эту статью и поделиться с вами.

https://habr.com/ru/companies/banki/articles/976652/

#факапы_ит_менеджера #факапы #опыт_работы #sre_митап #разбор_инцидентов #отказоустойчивость #эксплуатация_сервисов #технический_долг #продакшенинциденты #надежность_систем

Как мы навели порядок в 200+ микросервисах: тир-лист и модель зрелости сервисов

Мы в Ситидрайве строим микросервисную архитектуру. Сегодня у нас 200+ сервисов, за которыми стоят свыше 20 автономных команд — всего больше 150 инженеров. Казалось бы, идеальная модель: каждая команда быстро выкатывает свои фичи без лишней бюрократии. Но была и обратная сторона — нет единого понимания, какие сервисы действительно критичны, как они связаны друг с другом и куда развивать систему дальше. Но нам удалось с этим справиться — мы привели сотни микросервисов в порядок и сделали систему предсказуемой. В этой статье я расскажу про путь команды к внедрению тир-листа, модели зрелости, управлению зависимостями и приоритетами инцидентов.

https://habr.com/ru/companies/citydrive/articles/975260/

#микросервисы #тирлист #модель_зрелости #SLA #технический_долг #зависимости_сервисов #архитектура_ПО #backendинженерия

Технический долг в голове: Почему сеньоры выгорают на задачах для джунов, а пет-проекты умирают в бэклоге

В прошлой статье я рассказывал, как настроил личный iptables и перешел в режим Default Deny , чтобы отбиться от внешних DDoS-атак (коллег, пустых встреч и спама). Периметр я защитил, входящий трафик почистил. Uptime вырос. Казалось бы — живи и радуйся. Но я заметил странную вещь: снаружи тихо, а сервер все равно греется. Я заглянул внутрь контейнера и понял: проблема не во входящих пакетах. Проблема в архитектуре самого приложения . Парадокс: я могу спроектировать архитектуру, которая выдержит падение дата-центра. Я могу дебажить race condition в многопоточном приложении. Но когда мне нужно позвонить в страховую или выбрать отель для отпуска, я впадаю в ступор. Мой личный бэклог забит задачами типа «разобраться с налогами» и «начать бегать», которые висят там с 2019 года. Я переношу их из спринта в спринт, испытывая фоновое чувство вины. В какой-то момент я понял: это не лень. И это не «отсутствие мотивации». Это классический Technical Debt (Технический долг) , только не в репозитории, а в нейросети. И проценты по этому долгу я плачу самым дорогим ресурсом — своей когнитивной емкостью.

https://habr.com/ru/articles/973796/

#Технический_долг #Refactoring #Legacy_code #Прокрастинация #Саморазвитие #Таймменеджмент #Mental_Health #выгорание #личная_эффективность #психология_программирования

Таксономия рисков в Delivery Management: от «зависимостей» до «технического долга»

Все вокруг твердят о рисках , «риски надо учитывать», «риски нужно минимизировать», но мало кто системно объясняет, какие вообще риски бывают и как их классифицировать именно применительно к Delivery Management.

https://habr.com/ru/companies/otus/articles/968564/

#деливерименеджмент #рискменеджмент #проектная_доставка #технический_долг #управление_командой #оценка_рисков #управление_качеством

Код, который нас убивает

Это начинается незаметно. Сначала — просто «временное решение». Потом — «сделаем рефакторинг». Но «потом» не наступает никогда. Мы называем это техническим долгом, словно он когда-то будет погашен, но прекрасно знаем — чаще всего это просто красивое описание хаоса.

https://habr.com/ru/articles/969210/

#технический_долг #выгорание #рефакторинг #спагеттикод #agile #качество_кода #проблемы_разработки #itменеджмент #психология_программирования #процессы_разработки

Как выстроить процесс работы с техническим долгом

Как систематизировать работу с техническим долгом Техдолг растёт, пока его никто не контролирует. Мы решили это так: выделили отдельную доску в Jira, разделили процесс на Backlog → To Discuss → Ready for Development → В работе, проводим регулярный груминг, оцениваем и приоритизируем задачи, сделали быстрые фильтры и дашборд для контроля времени. Результат: прозрачность и приоритетность задач, техдолг перестал копиться «в стол», стало проще брать задачи без хаоса, улучшилось качество кода, выросла инициативность команды.

https://habr.com/ru/articles/962734/

#технический_долг #jira #менеджмент_проектов #качество_продукта

Когда ERP умирает раньше, чем рождается: почему инфраструктура стареет ещё до запуска

Каждый, кто хоть раз участвовал в крупном проекте автоматизации, знает это странное чувство — вроде всё делали по плану, а на выходе получается громоздкий, неуправляемый монстр. Почему современные ERP и CRM-системы часто не доживают до реального запуска в актуальном виде? Разберём, как инфраструктура стареет быстрее проекта, какие признаки указывают на надвигающуюся катастрофу, и что можно сделать, чтобы не повторять чужие ошибки.

https://habr.com/ru/articles/957928/

#ERP #CRM #инфраструктура #автоматизация #cicd #DevOps #микросервисы #миграция_данных #архитектура #технический_долг

Проектный VS продуктовый подход: почему 85% функций вашего продукта — мусор, и что с этим делать

Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. В статье расскажу о проблеме, с которой сталкивается большинство ИТ-компаний: они тратят миллионы на разработку функций, которыми никто не пользуется. Читать статью

https://habr.com/ru/companies/simpleone/articles/942070/

#SDLC #управление_разработкой #управление_итпроектами #проектный_подход #продуктовый_подход #продуктовая_разработка #технический_долг #agile

Код без мусора: как проектировать архитектуру, которая сама себя убирает

Мы привыкли бороться с «мусором» в коде — временными костылями, устаревшими методами, забытыми конфигами. Но что если можно проектировать систему так, чтобы она сама чистилась от ненужного, минимизируя технический долг прямо в процессе работы? В статье попробую показать, что это не миф, а вполне реальная практика, основанная на архитектурных паттернах, «самоочищающихся» механизмов и немного наглой инженерной фантазии.

https://habr.com/ru/articles/940218/

#архитектура_кода #самоочищающиеся_системы #технический_долг #рефакторинг #управление_зависимостями

Опасный пассив на балансе: технический долг в вашей инфраструктуре

Представьте: вы — CTO, перед вами — зеленые дашборды, аптайм 99.9%, клиенты довольны. Но где-то в недрах инфраструктуры тикает бомба замедленного действия. Ее зовут «технический долг», и он накапливается каждый день. Каждый раз, когда архитектор говорит: «Потом допилим», админ — «Некогда сейчас по стандартам настраивать», а менеджер — «лишь бы работало», компания подписывает кредитный договор. Только вместо банка — невидимый коллектор, а проценты начисляются рисками. Сегодня поговорим о том, почему классический подход «работает — не трогай» больше не работает, и как системно решать эту проблему. Разберем реальные кейсы из практики К2Тех и покажем методологию, которая помогает построить управляемый процесс погашения технического долга. Ведь альтернатива — оказаться в новостных заголовках рядом с теми компаниями, которые уже дорого заплатили по счетам. Спойлер: это не про покупку дорогих железок или найм армии пентестеров. Это про системный подход, автоматизацию и изменение культуры, это непрерывный процесс, которым многие пренебрегают. Харденинг — ваша страховка от кибер-коллекторов, которые приходят без предупреждения.

https://habr.com/ru/companies/k2tech/articles/938964/

#Хардеринг #архитектура_системы #технический_долг #методологии_разработки #инфраструктура #техдолг