Современный бизнес хочет как можно более быстрых поставок. Но в сложной системе полный цикл проверки и установки может занимать значительное время и требовать ручного труда. Проблем становится больше, если система гетерогенна, т.е. используется как привычный Linux, так и Windows. Мы прошли некоторый путь от полностью ручных выкаток и проверок сред к автоматизации, которая минимизирует время поставки пользователям. При этом удалось сохранить единство подхода как для Linux, так и для Windows выкаток. Доклад о том, что мы пробовали, что получилось, а что не очень. И куда можно развить полученный успех.

1. Как мы
делали
continuous
delivery
Курдюков «Алик» Александр

2. United Traders
• Брокер
• Своя платформа
• Uptime 24/5

3. Архитектура
• Микросервисы
• Java on Linux/.NET on Windows
• Один сервис – одна база

4. Организация
• 2 команды
• 2 разных цикла поставки

5. Мы не вебчик, мы энтерпрайз
• SLA половины компонентов - 5 мин в день в определенное
время
• Полный регресс невозможен без настоящей торговли

6. Задачи
 Соблюдать SLA
 Устанавливать быстро
 Если что – быстро откатываться
 Не терять зависимости
 Помнить где, что и когда стояло
 Каждый может разобраться

7. Прототип
• Нужно больше фич!
• Кодим и собираем на машинах разработчиков
• Минимальное ручное тестирование
• Поставляем все компоненты сразу

8. Прототип
✖ Соблюдать SLA
 Устанавливать быстро
✖ Если что – быстро откатываться
 Не терять зависимости
✖ Помнить где, что и когда стояло
 Каждый может разобраться

9. Результат?
• От команды требуется собранность
• Постоянные серьезные баги на проде
• Команда работает почти круглосуточно

10. И что?
• Никакого масштабирования
• Команда выгорает
• Только супер-лояльные пользователи
• … но взлететь так можно
• … а жить нельзя

11. Continuous Integration
• Unit tests
• Integration tests
• Migrations
• Bamboo CI + artifacts
• Custom deploy script x2
• Только полное обновление
• Zabbix

12. Грабли
• Рефакторинг без тестов - хуже, чем просто переписывание
• Внедрение миграций на уже работающем проекте – совсем
не так просто
• Интеграционные тесты так и не взлетели

13. Результат?
 Соблюдать SLA
 Устанавливать быстро
 Если что – быстро откатываться
 Не терять зависимости
✖ Помнить где, что и когда стояло
 Каждый может разобраться

14. И что?
• Все работает для Windows и Linux
• Потратили примерно 2 недели на всю автоматизацию
• 80% задач выполнено
• … успех?

15. Не совсем
• Полуручное обновление
• Сторонний софт
• Развертывание хоста + безопасность
• Надо поддерживать скрипты
• Сложные зависимости не поддерживаются

16. Continuous Delivery
• NuGet + Maven + Nexus
• Ansible
• Semaphore

17. Результат?
 Соблюдать SLA
 Устанавливать быстро
 Если что – быстро откатываться
 Не терять зависимости
 Помнить где, что и когда стояло
 Каждый может разобраться

18. Все?
• Continuous Deployment vs User-Visible Releases
• Сложные зависимости – обратная совместимости и feature
toggle
• End-to-end тесты

19. Итого
• TDD может быть очень полезен даже для прототипа. Есть
риск не успеть с масштабированием потом.
• Минимальный мониторинг лучше делать сразу.
• Сразу думайте как будете доставлять, особенно если у
вашей платформы нет готовых средств. И не забудьте про
безопасность.
• Надежное хранение артефактов – это важно.
• Использовать DevOps подходы для Windows можно и
нужно.

20. Спасибо! Вопросы?
Материалы: http://bit.ly/ut-cont-delivery
Skype: kurdjukov
alik@kurdyukov.com