D365FO: Run custom X++ scripts with zero downtime

[vmoskalenko]

Опасная штука. Будут запускать скрипты без проверки, прямо на ПРОДе.
Лучше бы не добавляли...

[trud]

Цитата:

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

Опасная штука. Будут запускать скрипты без проверки, прямо на ПРОДе.
Лучше бы не добавляли...

Кстати многие так пишут, но как-то непонятно почему. А можете раскрыть чем опасная. ну т.е. чем написать джоб и выполнить его(причем с одобрением) опаснее чем написать джоб, подождать час когда он будет разворачиваться, выполнить его(без одобрения)

[vmoskalenko]

Цитата:

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

Кстати многие так пишут, но как-то непонятно почему. А можете раскрыть чем опасная. ну т.е. чем написать джоб и выполнить его(причем с одобрением) опаснее чем написать джоб, подождать час когда он будет разворачиваться, выполнить его(без одобрения)

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

Полная аналогия - расщепление атома. Тулза отличная, но можно и громко бабахнуть.

[trud]

Цитата:

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

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

А как эту тулзу можно неправильно использовать? ну т.е. вот надо вам обновить что-то, вы начинаете согласовывать время, все недовольны, куча емейлов. (это если система работает 24ч)
или к примеру если время работы 8х5, нужно обновить, вам надо работать во внерабочее время и накатывать этот пекедж.
Ну т.е. есть конторы где это оплачивается и разработчикам эта внеурочная работа выгодна, но это какие-то вырожденные случаи.
Причем джоб вы потенциально запускаете без каких-то согласований, а тут предлагаю делать минимальные согласования, т.е. процесс как бы лучше будет

[Vadik]

Цитата:

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

А как эту тулзу можно неправильно использовать?

Да так же, как можно было неправильно использовать джобы в AX2012. Пример из моей практики:
- у клиента на AX2012 что-то не работает (не pick-ается) со склада
- девелопер на поддержке "анализирует" проблему и приходит к выводу, что у "работы" "неправильный InventDim" - ну, он так это видит..
- application manager со стороны клиента прессует support manager-а, тот прессует девелопера (the truck is waiting !!!)
- под таким невыносимым прессингом сахибов девелопер реализует "гениальный" фикс - он пишет джоб для исправления (редактирования) одной из аналитик непосредственно в InventDim
- то ли девелоперу "везет", то ли он по незнанию не обновляет хэш (что более вероятно) и это изменение не нарушает условие уникальности набора аналитик, но джоб "фиксит" запись InventDim в тестовом окружении
- консультант (его тоже нещадно прессуют сахибы) быстро "тестирует" и рапортует что "ошибки больше нет". Ну а раз нет, значит "потестировали" и "починилось", о чем докладывают application manager-у
- application manager "одобряет" запуск джоба в продуктиве (ненуачо, его же протестировали, фура все еще ждет и его менеджер тоже выражений не подбирает)
- джоб запускается в продуктиве
- успела ли фура выехать со склада до того как minor data inconsistency перешло в статус major, я не знаю

Вы скажете, "пистолет не убивает - убивает человек", и я согласен с этим на 100%. Но на своих проектах я бы предпочел чтобы инструмента для запуска adhoc джобов у саппорта не было. Медсестрам в приемной почему-то скальпели не выдают?

P.S. Кстати, могу ошибаться но все шаги на скриншоте выполнены под одним аккаунтом (Admin) ?