Имеет ли вообще смысл такая постановка задачи сейчас:
установить акс7 с нуля?
не секрет, что внутри МС деплой аксапты происходит совсем не так, как у партнеров и клиентов.
внутри МС есть предопределенная среда выполнения, которая содержит в себе предопределенные библиотеки-базы-пароли, а также скрипты, которые в автоматическом режиме выполняют развертывание аксапты в некоем типовом виде.
понятно зачем это делается - система контроля версий кода, система автоматического тестирования, система монтиторинга, система проверки кода на соответствие стилю (вплоть до отказа компилировать из-за синтаксических ошибок в комментариях), всякие автобенчмарки...
это конечно хорошо для программиста в МС.
но в результате перестаешь понимать из чего оно состоит, как устанавливается и как это вообще работает.
и меня это несколько беспокоит - раньше переустанавить аксапту как собрать-разобрать автомат калашникова... теперь это черный ящик какой-то.
проблема также в том, что поиск документов по развертыванию внутри МС выводит на документацию-обсуждение этих скриптов. custom deploy выводит на документы как можно изменять эти скрипты.
в связи с этим два вопроса:
- Имеет ли вообще смысл такая постановка задачи сейчас: установить акс7 с нуля? создать чистую виртуалку, накатить туда винду, запустить что-то, чтобы установить аксапту... или в связи с облаком такая постановка вообще сейчас бессмыслена?
- Какую документацию по поводу установки с нуля посоветуете?
ЗЫ
доступ к LCS есть. но там, насколько я понимаю, при создании работают похожие скрипты и пользователь получает уже установленную винду с предустановленными программами, с предустановленными базами...