ax7 - установка с нуля?

[mazzy]

Имеет ли вообще смысл такая постановка задачи сейчас:
установить акс7 с нуля?


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

понятно зачем это делается - система контроля версий кода, система автоматического тестирования, система монтиторинга, система проверки кода на соответствие стилю (вплоть до отказа компилировать из-за синтаксических ошибок в комментариях), всякие автобенчмарки...

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

проблема также в том, что поиск документов по развертыванию внутри МС выводит на документацию-обсуждение этих скриптов. custom deploy выводит на документы как можно изменять эти скрипты.


в связи с этим два вопроса:

1. Имеет ли вообще смысл такая постановка задачи сейчас: установить акс7 с нуля? создать чистую виртуалку, накатить туда винду, запустить что-то, чтобы установить аксапту... или в связи с облаком такая постановка вообще сейчас бессмыслена?
2. Какую документацию по поводу установки с нуля посоветуете?

ЗЫ
доступ к LCS есть. но там, насколько я понимаю, при создании работают похожие скрипты и пользователь получает уже установленную винду с предустановленными программами, с предустановленными базами...

[Logger]

А в случае on premise все равно все скриптами делается в локальном облаке ?

[mazzy]

Цитата:

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

А в случае on premise все равно все скриптами делается в локальном облаке ?

я не знаю. и это тоже хотелось бы узнать.

[Vadik]

Я в начале устанавливал пакеты на sandbox в ручном режиме, при необходимости - ковырялся в PowerShell скриптах. Как только появилась автоматизированное развертывание через LCS - забыл все это как страшный сон. С точки зрения cost vs value (седые волосы на попе и скорость устаревания этих знаний vs понты), если явной необходимости разобраться сейчас с каким-то определенным процессом или компонентом нет - не стОит оно того. Ну разве что время совсем некуда девать Случись что страшное - в продуктиве все равно не мы а DSE ковыряться будут, а DEV и SANDBOX проще и дешевле перезадеплоить будет

[mazzy]

Цитата:

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

С точки зрения cost vs value

спору нет - скрипты очень удобно и быстро.

но понимание "как оно там внутре" ушло напрочь.

[Vadik]

Цитата:

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

но понимание "как оно там внутре" ушло напрочь.

А я уже видел как оно падает в стольких разных местах по стольким разным причинам, но крепче спать от этого почему-то не стал, зато нежно полюбил маленьких зеленых гномиков, которые в LCS скрипты запускают

[belugin]

Цитата:

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

спору нет - скрипты очень удобно и быстро.
но понимание "как оно там внутре" ушло напрочь.

А почему с инсталлятором было понимание а со скриптом перестало быть?

[mazzy]

Цитата:

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

А почему с инсталлятором было понимание а со скриптом перестало быть?

потому что инсталятор хоть какие-то параметры спрашивает.
скрипт, наоборот, все параметры прячет.
да, можно получить список параметров при помощи "deploy /?" или "tasker /lh"

мало того, скрипт очень многое берет из внешних конфигов и прочей инфраструктуры.
поэтому со скриптом, чем меньше параметров вводишь, тем лучше.

[gl00mie]

Цитата:

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

Имеет ли вообще смысл такая постановка задачи сейчас: установить акс7 с нуля?

Цитата:

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

Как только появилась автоматизированное развертывание через LCS - забыл все это как страшный сон. С точки зрения cost vs value, если явной необходимости разобраться сейчас с каким-то определенным процессом или компонентом нет - не стОит оно того.

Напомнило статью Закон Дырявых Абстракций

Цитата:

Все нетривиальные абстракции дырявы.
Из-за закона дырявых абстракций вот что получается: придумает кто-нибудь чудесный новый генератор кода, с которым у программиста работа наконец-то станет эффективной, а ему и говорят: "Сперва научись делать это руками, а потом уж пользуйся генератором, чтобы сэкономить время". Генераторы кода, абстрагирующие разработку кусков кода, так же дырявы, как и все прочие абстракции. А единственный компетентный способ залатать эти дыры - выучить, как работают абстракции, и какие подробности они скрывают. Итак, абстракции экономят наше рабочее время, но не экономят учебное время.
Хотя замечательные инструменты, вроде современных объектных языков визуальных форм, позволяют сделать много и очень быстро, вдруг в один злосчастный день приходится искать течь в абстракции, и на это уходит пара недель. А когда вам нужно найти себе программиста в основном на Visual Basic, совершенно недостаточно нанять программиста только на Visual Basic, потому что каждый раз, когда абстракции VB потекут, он не сможет сделать ни шага.
Закон дырявых абстракций крепко держит нас за штаны.

[Ivanhoe]

Для облака не актуально.
А вот он-прем - очень даже. Типичная проблема, когда клиент пытается поставить, а внедренец даже посоветовать ничего не может, т.к. миллион вариантов причин, почему не работает. Очень часто приходится заново с нуля ставить. Речь про AX 2012 и старше, но явно в D365fO те же проблемы будут. Ну, может, из-за IIS будет по-проще.

[mazzy]

Цитата:

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

Ну, может, из-за IIS будет по-проще.

Не уверен.
но возможно именно потому, что все меньше понимания как это работает.

[Damn]

Пару месяцев ещё ждать до выхода версии "local business data". Очень любопытно какой там будет install guide.

[Damn]

Появились какие-нибудь новости про установку с нуля версии Enterprise Edition ?

[chunga_changa]

Разворачивается это чудо достаточно интересно, судя по гайду который есть в настоящее время, нужно сделать достаточно большой объём работы перед запуском тех пресловутых скриптов которыми это всё разворачивается и в конечном итоге создаст json скрипт. Инсталятор был удобнее...

[ax_mct]

Цитата:

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

Разворачивается это чудо достаточно интересно, судя по гайду который есть в настоящее время, нужно сделать достаточно большой объём работы перед запуском тех пресловутых скриптов которыми это всё разворачивается и в конечном итоге создаст json скрипт. Инсталятор был удобнее...

Так есть опыт и успех установки нуля или его нет?

Есть такое
https://dynamicsuser.net/ax/b/goshoo...ls-without-vm#

Есть еще вариант взять VM и сделать native-boot. Я так и сделал для AX7 в первых релизах.
Думаю что это лучший вариант. Тратить свое время на чужие костыли - не стоит.