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

[ax_mct]

Цитата:

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

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

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

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

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

[Ivanhoe]

Думаю, на Западе, вполне профессия. Там и сейчас клиент покупает платформу MS + консалтинг по ней. У нас же все больше покупают "систему под ключ" и проблемы платформы становятся проблемами внедренца Как продать месяц установки системы клиенту - большой вопрос...

[fed]

Цитата:

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

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

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

[vmoskalenko]

Цитата:

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

Потом они внезапно нашли причину своих проблем с ADFS и быстренько и без наездов ее исправили. (так что я даже забыл про эти разборки)

Я так думаю, что проще свой собственный ADFS поднимать.
Тем более что для каждого энвайронмента (UAT, PROD) требуется свой собственный ADFS
Microsoft грозился сделать возможность использовать один ADFS, во всяком случае зимой было именно так.

[vmoskalenko]

Мой опыт установки on-prem/LBD говорит о том же.

• Подготовка роботов занимает много времени
• Подготовка инраструктуры занимает много времению Застрял на Сертификатах. Начинал все сначала.
• Много времени уходит на поиск в нескольких логах причины failed
• Детские болячки Windows - ограничение на длину пути и имени файла.
• Много плохих слов во время и после первой установки. Очень бурные эмоции...
• 3 недели на первую установку
• 3-7 дней на вторую установку на том же домене
• Танцы с Service Fabric чтобы уменьшить количество машин - мой рекорд 4 VM (DC, CA, ADFS, File, SQL, ORCH, AOS, MR, SSIS, SSRS)
• После проекта осталось много полезных PowerShell скриптов
• Разговоры с клиентом о мистическом Ansible и о том как будут бороздить корабли с Ansible просторы космоса, закночились после того как его сисадмин сам поставил on-prem/LBD.

Зато теперь знаю как Аксапта работает в облаке и почему Service Fabric - это хорошо.

Источников информации не много:

• Официальная страничка. Было много полезностей пока не прикрыли комментарии. Официальная инструкция занимала 10 экранов, а комментарии - примерно 30 экранов.
• Yammer официальный - много полезной информации в обсуждении.
• Тренер Брендон блог - для начинающих.

[ax_mct]

Цитата:

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

Думаю, на Западе, вполне профессия. Там и сейчас клиент покупает платформу MS + консалтинг по ней. У нас же все больше покупают "систему под ключ" и проблемы платформы становятся проблемами внедренца Как продать месяц установки системы клиенту - большой вопрос...

В принципе месяц установки это не страшно само по себе.
При условии если возросшая сложность ограничивается только установкой и не распространяется на поддержку и эксплуатацию.

То есть если черепахи медленно дрессируются но потом бегают и лечатся как все остальные.

[raz]

https://www.linkedin.com/feed/update...19527350149120

Who else is facing issues in deploying Custom packages on D365 FFO On-prem environment?
I have talked to many people in my professional network and everyone is facing issues regarding whole On-prem setup and deployment.
Any advises?
Let me give you some from my side.
Be careful with setting Clusterconfig.json. Install your SF in C: not in C:\Program Data.
Keep your nodes name length smaller.
Keep your artifact name smaller.
Keep your packages name length smaller.

Please write your experience to help others.

[Ivanhoe]

Цитата:

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

Зато теперь знаю как Аксапта работает в облаке и почему Service Fabric - это хорошо.

Расскажете про Service Fabric?

[vmoskalenko]

Цитата:

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

Расскажете про Service Fabric?

Сначала я подумал, что Microsoft просто выкинул систему балансировки AOS (ну когда несколько AOS в кластере) и переделал на Service Farbic (SF). Но потом я понял что все намного хуже лучше.

Теперь в Service Fabric, т.е. в режиме балансировки находится не только AOS но еще и MR и SSRS.

SF позволяет добавлять ноды и убирать ноды прямо во время работы. Без потери соединения. У меня был эксперемент, когда я просто выключал ноды и смотрел что видит пользователь. Вобщем, пока количество нод >= 2 то пользователь вообще ничего не замечает что там сервера выключают. Минимальное колчиство нод - 3. Кворум делается на основе большинства.

Этого еще не сделали для Аксапты, но скоро будет - автоматическое масштабирование - добавление или убирание серверов (nodes) с AOS.

SF позволяет управлять, .NET, Java, Docker containers, и какими-то .exe Под управлять понимается запихивать во внутрь и балансировать нагрузку.

Рекомендую посмотреть и послушать выступления

• https://dou.ua/forums/topic/22472/
• https://dou.ua/forums/topic/23814/

Т.е. если NAV (Business Central) во весь рост использует Docker, то AX (Finince and Operations) использует систему управления и балансировки и Docker контейнеров и .NET и сторонних exeшников.

[vmoskalenko]

Цитата:

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

Let me give you some from my side.
Be careful with setting Clusterconfig.json. Install your SF in C: not in C:\Program Data.
Keep your nodes name length smaller.
Keep your artifact name smaller.
Keep your packages name length smaller.

Your advice is good. Actually, I did the same.
Reduce the name length and deploy Service Fabric to c:\SF folder

I think it's a Microsoft old childhood illnesses.

Please find ClusterConfig.json example below

"fabricSettings": [
    {
        "name": "Setup",
        "parameters": [{
                "name": "FabricDataRoot",
                "value": "C:\\SF"
            },
            {
                "name": "FabricLogRoot",
                "value": "C:\\SF\\Log"
            }
        ]
    },

Please find more details here https://www.yammer.com/dynamicsaxfee...dId=1070467840

[mazzy]

Цитата:

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

Этого еще не сделали для Аксапты, но скоро будет

Оптимист )))
https://coub.com/view/1autx3

[vmoskalenko]

Цитата:

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

Оптимист )))
https://coub.com/view/1autx3

How to scale out Dynamics 365 for Finance and Operations on-premises

[skuull]

Я вам даже больше скажу, это скоро будет и для облака, чтобы уволить всех друзей из Мумбаи которые вручную разворачивают АОСы

[gl00mie]

Цитата:

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

SF позволяет добавлять ноды и убирать ноды прямо во время работы. Без потери соединения. У меня был эксперемент, когда я просто выключал ноды и смотрел что видит пользователь. Вобщем, пока количество нод >= 2 то пользователь вообще ничего не замечает что там сервера выключают. Минимальное колчиство нод - 3. Кворум делается на основе большинства.
Этого еще не сделали для Аксапты, но скоро будет - автоматическое масштабирование - добавление или убирание серверов (nodes) с AOS.

Пока выключают заранее развернутые узлы кластера AOS, всё выглядит красиво и классно, но попробуйте после развертывания кластера добавить в него новый узел - тут вдруг выяснится, что к group managed service account в AD прибит гвоздями список хостов, с которых его можно использовать. А работа с этим списком сделана настолько удобно, что ни в AD Users and Computers, ни даже в ADSIEdit его нельзя посмотреть или изменить - есть лишь парочка PowerShell cmdlet'ов. При этом одному из них надо явно указать, чтоб он для объекта сервисной учетки в AD выбрал нужный атрибут со списком, иначе он его по умолчанию вообще не выберет и не покажет. А второй так офигенно удобно устроен, что не позволяет добавлять новые хосты в список - лишь указать сразу весь список хостов целиком, через запятую. И вот надо при добавлении каждого того же AOS'а убедиться, что рука не дрогнула и какой-то уже работающий хост не пропал из списка, иначе внезапно доступ к gMSA на нем пропадет, так что после добавления нового AOS'а отвалится старый. В общем, всё для людей...

[Ivanhoe]

Глядишь, к выходу российской версии он-прем всё это полечат и будет вообще мега-система
Ну а что, и помечтать уже нельзя?

[raz]

https://www.linkedin.com/pulse/how-i...finance-singh/

[sukhanchik]

Решил статью перенести на форум для обсуждения и корректировок ее участниками. А также для того, чтобы иметь возможность читать статью не имея доступа к Linked In (далеко не все провайдеры в России разрешают подключаться к Linked In)

D365FO On premise. Опыт установки (взято с Linked In)

[gl00mie]

Спасибо, больше историй успеха, хороших и разных!
Занятно, что на первом скриншоте название кластера замазано, а на последующих видно - sf.moca.local

[ax_mct]

Цитата:

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

Спасибо, больше историй успеха, хороших и разных!
Занятно, что на первом скриншоте название кластера замазано, а на последующих видно - sf.moca.local

Я правильно понимаю что сейчас история успеха c продуктом это суметь его установить после того как он стал доступен больше года назад (July 2017) ?

Замечательный тест для инженера, кстати. Сертификация отдыхает

[frost_spb]

Коллеги, я новичок в AX и всех этих софтах(в основном по ADDS, Exchange, VMWare и тп) , но судьба заставила помогать решению вопросов по D365FO.
На данный момент вопрос по D365FO on prem - есть где нить информация по портам на фаерволах которые нужно открывать? Клиенты не хотят полностью отключать его.
ну или ткните где можно покопать.
заранее спасибо