Миграция БД, индексы и импортозамещение ПО: как положить прод и поднять обратно

Готовитесь к миграции данных между СУБД, планируете переезд с легаси системы на новую платформу, или запускаете проект по импортозамещению? Этот выпуск для вас!

Разбираем типовые ошибки связанные с падением продакшн, и показываем, как их избежать. Теперь вы теперь точно не допустите их в своей практике. Слушайте, делайте заметки и делитесь с коллегами.

Рекомендуемый чеклист НФТ: https://getanalyst.ru/podcast/nft 
Telegram-канал сообщества: https://t.me/getanalysts

В этом выпуске объясняем простыми словами, как работает чистая архитектура, зачем она нужна и какие принципы лежат в её основе.

Тайм-коды эпизода:

00:00 | Введение и предыстория: погружение в задачу на импортозамещение высоконагруженной системы.
04:47 | Что случилось в день X, когда продакшн лёг: когда нефункциональные требования важны.
08:51 | Разбор технического решения по миграции терабайтов данных.
13:14 | Первые признаки “падения”: какие инструменты мониторинга показали сбой в системе.
14:36 | Реакция команды и результаты анализа проблемы.
18:15 | Погружение в технические детали бага.
20:56 | Индексы в БД.
25:55 | Оперативная реакция: что делать, когда миграция БД положила систему и какова в этом роль системного аналитика.
29:47 | Кто виноват в “падении” продакшн? Проблемы игнорирования нефункциональных требований.
32:17 | Примеры нефункциональных требований, которые надо было зафиксировать.
34:42 | Рекомендации для аналитиков, кому предстоит работать с импортозамещением и миграции между СУБД.