ofdax: Dynamics AX 7 Codebase Architecture

[Alex_KD]

Цитата:

Сообщение от fed

Я правильно понимаю, что в схеме с Azure у меня вообще нету и не будет возможности деплоить клиентские кастомизации ?

Кастомизации не проблема.
Процесс примерно такой -
Код комплируется в VS и в результате получаются packages.
Далее эти packages заливаются на LCS, плюс SQL скрипты если надо чтото подправить, Retail компоненты и тп.
Дальше указываете когда это надо залить на prod и MS задеплоит это за вас.

Если надо prod backup, процесс тот же - через LCS.
Посмотреть живой ли prod, телеметрию - опять LCS.

[Logger]

Цитата:

Сообщение от Alex_KD

Кастомизации не проблема.
...
Далее эти packages заливаются на LCS, плюс SQL скрипты если надо чтото подправить, Retail компоненты и тп.
Дальше указываете когда это надо залить на prod и MS задеплоит это за вас.
...

хм.
А если косяк в обновлении. Скрипт кривой и.т.п. По старинке быстро глянул, подправил и все ок.
Какая-то нежизнеспособная схема.

[fed]

Цитата:

Сообщение от Logger

хм.
А если косяк в обновлении. Скрипт кривой и.т.п. По старинке быстро глянул, подправил и все ок.
Какая-то нежизнеспособная схема.

Дык о том и речь. Теперь нам придется готовить сервис-паки со скриптами обновления данных, несколько раз их тестировать на полигоне и только потом отдавать микрософту, с надеждой что ничего не покривится. И если оно таки покривилось - получать немалых люлей от клиента, у которого бизнес будет стоять до того момента, как мы выпустим новый сервис-пак с новыми релизными скриптами, исправляющими порушенные данные предыдущего релиза. Ну или как - опция - откатываться на бэкап, теряя все данные которые пользователи успели навводить между установкой обновления и обнаружением ошибки.
Вот это я и имею в виду, когда про рост совокупной стоимости владения говорю.