Как мы сократили время деплоя Django-сайта с 4к+ страниц документации в 20 раз DevOps и эксплуатация

Доклад отклонён
Артём Морозов
Tarantool

Веб-разработчик. Работал в проектах Две Буквы и Большая Птица.

Тезисы

Доставка свежей документации до пользователя — приоритетная задача, решение которой позволяет узнать все возможности продукта и использовать их. Сайт tarantool.io (ранее tarantool.org) существует с 2008 года и пережил множество обновлений, революций и разработчиков, а также содержит более тысячи документов (4к+ печатных страниц).

Мы всегда хотим, чтобы любое изменение максимально быстро появлялось на сайте. Проблема становится еще более критичной, если проект монолитный, имеется множество исторически сложившихся решений, а его сборка идет от 40 минут.

В данном докладе я расскажу о своем опыте:

- Что было сделано, когда продуктов с документацией стало много, а сайт — один. При этом сократили деплой сайта до двух минут.

- А как быть, когда источники документации разные? Форкнули LDoc и приучили его к порядку

- Как был добавлен Wagtail в существующий сайт и чего мы добились

Непрерывное развертывание и деплой
,
Devops / другое

Другие доклады секции DevOps и эксплуатация