Moscow Python Meetup №107. Django Blue-Green Migrations

Алексей Лавриненко (Fast Soft, Team Lead).

Доклад о практической попытке реализовать Blue-Green Deployment с одной БД в Django: от инфраструктуры и CI/CD до глубоких изменений механизма миграций. Обсудим, где заканчивается польза технологических решений и начинается зона ответственности процессов и контрактов.

Видео: https://moscowpython.ru/meetup/107/django-blue-green/

Moscow Python: http://moscowpython.ru
Курсы Learn Python: http://learn.python.ru
Moscow Python Podcast: http://podcast.python.ru
Заявки на доклады: https://bit.ly/mp-speaker

Transcript

1. Django Blue-Green Migrations
2. Вступление: Обо мне - 6 лет опыта Backend разработки - 4 года опыта работы в HoReCa // FoodTech - 2 года опыта в позиции Team Lead Меня зовут Алексей Я – Team Lead команды разработки Мобильного приложения и Сайта - Токио Сити
3. Вступление: О Компании Фаст Софт Цифровая платформа для HoReCa & QSR Foodtech 80+ ресторанов 40+ dark-kitchen работают с нашими продуктами 7 Городов присутствия 6 Брендов ресторанов Одна экосистема вместо набора систем Сайт и МП, доставка, ресторанная автоматизация, склад, финансы, аналитика — в одной системе Продукт→Архитектура→Эксплуатация Витрины · Доставка · Ресторан · Склад · Финансы · Аналитика Фокус: на бизнес результат 24/7 поддержка и надёжная эксплуатация ИТ-ландшафта
4. О теме доклада - Об одном очень неудачном релизе - Об инженерном вызове и горящих глазах - О Балансе между процессами и технологиями - Об опыте патчинга Django Command makemigrations
5. Акт I: Когда деревья были большими
6. Контекст: 2022г. Стоимость ошибки тогда - нам еще лишь предстояло узнать
7. Ошибка: Утро Утрат
8. Схема БД уехала вперед - назад дороги нет
9. Цена отсутствия практик Приложение оставалось недоступно почти весь день
10. Последствия
11. Акт II: Благими Намерениями
12. Контекст: Год спустя
13. Выбор решения
14. Canary Deployment
15. Blue-Green Deployment
16. Что делать с согласованностью БД?
17. А что, если… Разделить миграцию на 2 фазы?
18. Django: Blue-Green Migrations
19. Давайте попробуем!
20. Акт III: Инженерная Романтика
21. План реализации:
22. Двухфазные миграции в Django
23. Разделение операций
24. Редкие операции
25. Django: пример
26. Ну как можно не любить Django?
27. Django: Drop Default
28. Django: Issue
29. Django: Release Note’v5.0
30. Django: Обновляемся
31. Django: Drop Alias
32. Всему Свое Время…
33. Акт IV: Новая Надежда
34. Как перейти на дневные релизы?
35. Контекст: Начало 2025г.
36. BlueGreen’25 - Roadmap
37. Архитектурный Комитет Или как спрятать слона в комнате
38. DevOps: невозможное возможно
39. Обновление Стека Python3.13 // Django5.1 // Ruff
40. Рефакторинг ветки
41. CodeReview Осуждаю подход, каким образом были внесены эти доработки, нарушая все принципы ООП ©
42. Expand & Contract Pattern Избыточно для всех релизов, но необходимо в ряде случаев
43. Взгляд вглубь
44. 2 Перехода // 4 Миграции
45. Акт V: Граница Применимости
46. Спор двух лидов
47. Ключевой вопрос Кто является потребителем БД?
48. Проблема двух-фазных миграций
49. Пазл сложился
50. Дневной Релиз
51. Финал: Выводы • Технологии не заменяют инженерного мышления и контрактов • Когда рисуешь глаз - смотри на ухо © • Инженерная зрелость - это умение понять, какую проблему ты решаешь на самом деле И отказаться от красивого, но бесполезного решения • Если решения нигде нету - возможно, оно никому и не нужно
52. Blue-Green мы все таки внедрили И вернулись к дневным релизам
53. Спасибо за внимание!
54. Прямая, обратная и полная совместимость Classic article by Robert Yakota
55. Паттерн Expand & Contract Об обеспечении полной совместимости с контрактом в БД
56. Django Blue-Green Migrations Репозиторий Github https://github.com/Futusio/django-t wo-phase-migrations
57. Telegram • История Blue-Green’a и другие эпосы • Tech Заметки из log’a в IT • Ссылки из доклада & контакт для связи
58. Blitz Time Ответы на ваши вопросы