|
![]() |
#1 |
Участник
|
ax7 - установка с нуля?
Имеет ли вообще смысл такая постановка задачи сейчас:
установить акс7 с нуля? не секрет, что внутри МС деплой аксапты происходит совсем не так, как у партнеров и клиентов. внутри МС есть предопределенная среда выполнения, которая содержит в себе предопределенные библиотеки-базы-пароли, а также скрипты, которые в автоматическом режиме выполняют развертывание аксапты в некоем типовом виде. понятно зачем это делается - система контроля версий кода, система автоматического тестирования, система монтиторинга, система проверки кода на соответствие стилю (вплоть до отказа компилировать из-за синтаксических ошибок в комментариях), всякие автобенчмарки... это конечно хорошо для программиста в МС. но в результате перестаешь понимать из чего оно состоит, как устанавливается и как это вообще работает. и меня это несколько беспокоит - раньше переустанавить аксапту как собрать-разобрать автомат калашникова... теперь это черный ящик какой-то. проблема также в том, что поиск документов по развертыванию внутри МС выводит на документацию-обсуждение этих скриптов. custom deploy выводит на документы как можно изменять эти скрипты. в связи с этим два вопроса:
ЗЫ доступ к LCS есть. но там, насколько я понимаю, при создании работают похожие скрипты и пользователь получает уже установленную винду с предустановленными программами, с предустановленными базами... |
|
![]() |
#2 |
Участник
|
А в случае on premise все равно все скриптами делается в локальном облаке ?
|
|
![]() |
#3 |
Участник
|
я не знаю. и это тоже хотелось бы узнать.
|
|
![]() |
#4 |
Модератор
|
Я в начале устанавливал пакеты на sandbox в ручном режиме, при необходимости - ковырялся в PowerShell скриптах. Как только появилась автоматизированное развертывание через LCS - забыл все это как страшный сон. С точки зрения cost vs value (седые волосы на попе и скорость устаревания этих знаний vs понты), если явной необходимости разобраться сейчас с каким-то определенным процессом или компонентом нет - не стОит оно того. Ну разве что время совсем некуда девать
![]()
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 02.05.2017 в 10:58. |
|
|
За это сообщение автора поблагодарили: vmoskalenko (1). |
![]() |
#5 |
Участник
|
спору нет - скрипты очень удобно и быстро.
но понимание "как оно там внутре" ушло напрочь. |
|
![]() |
#6 |
Модератор
|
А я уже видел как оно падает в стольких разных местах по стольким разным причинам, но крепче спать от этого почему-то не стал, зато нежно полюбил маленьких зеленых гномиков, которые в LCS скрипты запускают
![]()
__________________
-ТСЯ или -ТЬСЯ ? |
|
![]() |
#7 |
Участник
|
|
|
![]() |
#8 |
Участник
|
потому что инсталятор хоть какие-то параметры спрашивает.
скрипт, наоборот, все параметры прячет. да, можно получить список параметров при помощи "deploy /?" или "tasker /lh" мало того, скрипт очень многое берет из внешних конфигов и прочей инфраструктуры. поэтому со скриптом, чем меньше параметров вводишь, тем лучше. |
|
|
За это сообщение автора поблагодарили: belugin (2). |
![]() |
#9 |
Участник
|
Цитата:
Цитата:
Цитата:
Все нетривиальные абстракции дырявы.
Из-за закона дырявых абстракций вот что получается: придумает кто-нибудь чудесный новый генератор кода, с которым у программиста работа наконец-то станет эффективной, а ему и говорят: "Сперва научись делать это руками, а потом уж пользуйся генератором, чтобы сэкономить время". Генераторы кода, абстрагирующие разработку кусков кода, так же дырявы, как и все прочие абстракции. А единственный компетентный способ залатать эти дыры - выучить, как работают абстракции, и какие подробности они скрывают. Итак, абстракции экономят наше рабочее время, но не экономят учебное время. Хотя замечательные инструменты, вроде современных объектных языков визуальных форм, позволяют сделать много и очень быстро, вдруг в один злосчастный день приходится искать течь в абстракции, и на это уходит пара недель. А когда вам нужно найти себе программиста в основном на Visual Basic, совершенно недостаточно нанять программиста только на Visual Basic, потому что каждый раз, когда абстракции VB потекут, он не сможет сделать ни шага. Закон дырявых абстракций крепко держит нас за штаны. |
|
![]() |
#10 |
Участник
|
Для облака не актуально.
А вот он-прем - очень даже. Типичная проблема, когда клиент пытается поставить, а внедренец даже посоветовать ничего не может, т.к. миллион вариантов причин, почему не работает. Очень часто приходится заново с нуля ставить. Речь про AX 2012 и старше, но явно в D365fO те же проблемы будут. Ну, может, из-за IIS будет по-проще.
__________________
Ivanhoe as is.. |
|
![]() |
#11 |
Участник
|
Не уверен.
но возможно именно потому, что все меньше понимания как это работает. |
|
![]() |
#12 |
Участник
|
Пару месяцев ещё ждать до выхода версии "local business data". Очень любопытно какой там будет install guide.
__________________
Дмитрий |
|
![]() |
#13 |
Участник
|
Появились какие-нибудь новости про установку с нуля версии Enterprise Edition ?
__________________
Дмитрий |
|
![]() |
#14 |
Участник
|
Разворачивается это чудо достаточно интересно, судя по гайду который есть в настоящее время, нужно сделать достаточно большой объём работы перед запуском тех пресловутых скриптов которыми это всё разворачивается и в конечном итоге создаст json скрипт. Инсталятор был удобнее...
|
|
![]() |
#15 |
Banned
|
Цитата:
Сообщение от chunga_changa
![]() Разворачивается это чудо достаточно интересно, судя по гайду который есть в настоящее время, нужно сделать достаточно большой объём работы перед запуском тех пресловутых скриптов которыми это всё разворачивается и в конечном итоге создаст json скрипт. Инсталятор был удобнее...
Есть такое https://dynamicsuser.net/ax/b/goshoo...ls-without-vm# Есть еще вариант взять VM и сделать native-boot. Я так и сделал для AX7 в первых релизах. Думаю что это лучший вариант. Тратить свое время на чужие костыли - не стоит. |
|
|
|