"остатовить базу на пол года, чтобы сделать миграцию на новую версию" - это вы о чем?

Миграция на новую версию действительно может занимать пол года, год,... но для этого не нужно останавлавать базу.

Как происходит миграция:
1. все кастомные модули переписываются на новую версию.
Т.е. делается Ctrl+C, Ctrl+V папки модуля в новую папку и далле его переписывают под новую оду. Этот процесс может занять пол года, год,...
Все это время нет потребности останавливать работу оду на старой версии. Пользователи все это время работают в старой оду, без проблем.
Когда код кастомных модулей переписан, тогда

2. в субботу в 10, 11 вечера, выгодняются все пользователи из оду(предварительно за неделю всех предупредив, конечно же).
В оду все пользователи переводятся в архивные, чтобы они не могли зайти.
Останавливаются все задания и главное задания на загрузку писем.
Делается бэкап базы перед апдейтом.
Это все займет 1ч.

3. далее запускается openuppgrade + миграции данных кастомных моделей(которые уже написаны, их только запустить нужно), который мигрирует данные.
Работа миграционных скриптов и реструктуризация базы может занять от 20минут до 2ух дней.
В этот момент действительно юзеры не смогут работать.

4. Далее мануально проверяется все ли нормально смигрировалось. Если все ок, то запускаются задания, активируются юзеры, рассылаются письма юзерам, что миграция прошла нормально, пожалуйста проверьте, все ли ок.
И разрабы идут отсыпаться и восстанавливаться после стрессовых двух дней.

Вопрос: где я упустил момент\нюанс\задачу\..., из-за которого потребует остановка базы оду на пол года для того чтобы провести апгрейд?

Не так страшен апгрейд, как его рисуют.
Нас пугают апгредом те, кто его никогда не делал или не знает как его делать.
От непонимая и возникают такие страхи.

А вот отдать как минимум половину команды разработчиков, на то, чтобы они год переписывали кастомные модули под новую версию оду. Это действительно проблема. В первую очередь финансовая.

Я делал апгрейды, и прекрасно понимаю как они делаются.
И мне, как официальному партнёру Оду, даже выгодно было бы рассказывать байки про "апгрейд - это круто".
Но есть один нюанс: я много лет проработал на реальном производстве. Не в хипстерской пекарне, а прям вот на заводе который с Петровичем и ключами на 28.
И среди моих клиентов (не Оду) - крупнейшие металлургические предприятия.
И я отлично знаю, сколько может стоить "Работа миграционных скриптов и реструктуризация базы может занять от 20минут до 2ух дней."😊

Безусловно, каждый случай уникален. Есть ситуации, когда миграцию действительно можно провести малой кровью

Но

Утверждение о том, что Оду надо прям обязательно обновлять и постоянно мигрировать на новые версии, это не более чем юзлес спичи маркетологов этой самой Оду

К тому же миграция модулей - это затраты. То есть вместо того, чтобы вкладывать ресурсы в разработку нового функционала, вы тратите их факитчески в никуда

Где то разрыдался один Фабиен

Для понимания: я считаю, что с точки зрения текущей бизнес-модели Оду ,частые обновления - правильный подход)

А если нужен именно виджет и функционал, то можно сделать бэкпорт, как вариант это будет сильно дешевле

Это бухгалтерский учёт.

не нужно считать чужие деньги.
Лучше поговорим о том, что выгодно клиенту.
Никто не заставляет клиента обновлять оду.
Можно продолжать сидеть на ubuntu 16, python 2.6, старом ограниченном JS, старом ORM, который при открытии одной формы делает 100500 запросов в базу, старом механизме темплейтов, который компилируется на сервере, а не на клиенте, старых pip библиотеках,... и продолжать писать кастомную бизнес логику под узкоспециализированные бизнес задачи, используя только модули CRM и Sale.
Хозяин - барин.
Я ж не уговориваю.
Можно поступать как в старой пословице: работает? Значит не трогай.

В данном случае чужие деньги считать нужно. Потому что это даёт понимание, куда будет развиваться продукт. И сделать выводы, стоит ли доверять свои бизнес процессы данному продукту.

а это случайно не "зависть" называется?)
Я так... просто спросил...))

Это называется "прогнозирование".
Финансовые аналитики, делающие прогнозы по прибыли Tesla или Apple, им завидуют что-ли?))

Мне кажется, обновления должны быть не ради обновлений, а для решения каких то задач. В нашем случае я составил карту по доработкам 12 версии, а потом увидел это почти все уже готовое в 14.

ожидаю, что Odoo 20 будет примерно такой:

Вот!