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 для анализа кода сборок установщиков и сервисов, которые валятся в ошибку... В общем, это работа скорее для сисадмина, а не разработчика.

[AlexeyS]

Один чел мне недавно сказал, что работа в 365fo больше связана не с разработкой, а с решением проблем клиентов.

[ax_mct]

Цитата:

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

Один чел мне недавно сказал, что работа в 365fo больше связана не с разработкой, а с решением проблем клиентов.

То есть другими словами, услуги по разработке в D365FO на порядок меньше востребованы чем в AX, но услуги support (без кастомизаций) наоборот на порядок больше.

Встречался с месяц назад с парнем что купил аксаптопедию, так он как раз на техническом обслуживании D356FO строит свой бизнес. Коль конфигурация и настройка так сложна то значит есть рынок для таких специалистов.

Даже не знаю как их назвать. Наладчики, что-ли. Специалисты по закручиванию хобота в посудной лавке. А on-premise эти вообще должны резко уезжать на острова и писать книги по опыту установки

[fed]

Цитата:

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

Наладчики, что-ли. Специалисты по закручиванию хобота в посудной лавке. А on-premise эти вообще должны резко уезжать на острова и писать книги по опыту установки

Учитывая что заметная часть работы сводится к воспитанию клиентских админов или долгим политическим разводкам с индусами из Микрософтовской поддержки, хочу предложить название позиции "Дресировщик черепах"