D365FO on-premises - опыт установки

[gl00mie]

Цитата:

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

Цитата:

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

В следующий раз на новом окружении примерно сколько времени будет запланировано на "продумать весь план, пропатчить роботов и положить запасные деталюшки" и непосредственно на сам проект "полететь, построить, сдать"?

Я бы сказал - собственно консалтерских усилий по установке - где-то порядка 15-20 человекодней.

Календарного времени я бы закладывал минимум 4-5 недель. Тут еще дело в том, что для on-premises нужно две схожие среды: собственно рабочая и аналогичная среда sandbox, на которой будет обкатываться успешность установки обновлений и модификаций. Просто так по-ковбойски накатывать что-то сразу на рабочую среду LCS не дает, мол, сначала убедитесь, что оно в песочнице хотя бы установится без ошибок. И тупо одним сервером UAT всё-в-одном уже не обойтись, так что "песочницу" лучше развернуть как можно раньше.
Надо еще понимать, что для установки AX2012 и D365FO on-premises нужны разные навыки и, возможно, разные люди. Если 12-ку может поставить разработчик, который прочитал наскоро тренинг по администрированию и знает, чем доменная учетка отличается от Network Service, то в случае с D365FO on-premises нужно будет настраивать:

• DNS (создавать новые зоны и A-записи, возможно, alias'ы для существующих серверов)
• AAD (Azure Active Directory)
• ADFS (скорее всего, ставить с нуля)
• Azure Service Fabric (ставить с нуля)
• Firewall (публиковать порты наружу)
• SQL Server в кластере или AlwaysOn
• Certification Authority в домене (из коробки он, вероятно, не станет генерить то, что вам надо)

При всем этом надо будет разбираться в том, как генерировать сертификаты (это отдельная песня!) и раздавать права на их закрытый ключ, активно использовать PowerShell, вероятно, ProcMon и PerfView для ловли трассировок, какой-нибудь ILSpy для анализа кода сборок установщиков и сервисов, которые валятся в ошибку... В общем, это работа скорее для сисадмина, а не разработчика.