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

[fed]

Цитата:

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

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

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

[fed]

Насколько я понимаю, они в 7.2 таки зарелизили принципиально новую функциональность модуля управления затратами. Они его, по слухам, написали еще в рассчете на DAX2012R2, но по каким-то причинам не релизили до 7.2
Можно прочитать про модуль у Людвига Рейнхарда https://dynamicsax-fico.com/2017/07/...-accounting-1/ (и там 17 постов кроме этого).
Кроме того, мне ПМ, ответственный за костинг говорил что в дальнейшем (правда не понятно насколько далеком) планируется вообще оторвать себестимость от inventTrans и переложить в таблички вот этого самого модуля. Ну то есть -счас там данные собираются из разных мест в момент аллокации, а в светлом будущем, данные будут в этих же примерно табличках собираться в момент разноски...

[cuba]

Так, я думаю что мы говорим об одном и том же)
Просто с 365 не работал и как построено\считается не знаю, но визуально этот модуль как раз такой как я писал выше: такие же пункты меню как в 2012 (Закрытие и коррекция, Категория затрат, Версия цены и т.д.) из нескольких модулей собранные в 1-м модуле.

Ждем светлое будущее)
Еще раз извините за дискуссию не по теме

[Ivanhoe]

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

[ax_mct]

Цитата:

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

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

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

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

[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 официальный - много полезной информации в обсуждении.
• Тренер Брендон блог - для начинающих.

[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шников.

[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

[gl00mie]

Цитата:

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

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

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

[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.

[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

[skuull]

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

[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) ?

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

[Vadim Korepin]

Цитата:

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

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

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

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