axsa: How authentication works in Dynamics 365 for Finance and Operations On-premises

[Blog bot]

Источник: https://blogs.msdn.microsoft.com/axs...s-on-premises/
==============

In this article I'm going to explain the moving parts to authentication in on-premises Dynamics 365 for Finance and Operations. The intention of this article is to provide some background to how the process works, so that if you have issues you can work through them to figure out what's wrong. First off - there's...

Источник: https://blogs.msdn.microsoft.com/axs...s-on-premises/

[Ivanhoe]

Интересно, реально есть проблемы с ручным редактированием конфиг файлов или это уже новое поколение, которое боится что-то делать ручками, проще запустить redeploy?

[fed]

Цитата:

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

Интересно, реально есть проблемы с ручным редактированием конфиг файлов или это уже новое поколение, которое боится что-то делать ручками, проще запустить redeploy?

Видишь ли, судя по моим наблюдениям за процессом установки доработок в последней версии On Premises, там это сделано примерно так:
1. Текущая версия установленной компоненты AXSF (Это такая реинкарнация Аксапты, внутри которой живут все assembly с нашими доработками), сохраняется как предыдущая версия компоненты. (Судя по всему - это такая стандартная сервисная функция service fabric).
2. Устанавливается (реально - с ноля), новая версия той же компоненты, но уже с новыми assembly.
3. Если новая версия отдеплоилась без ошибок, то старая просто удаляется.Если случились ошибки, то после кликанья на кнопку в LCS, новая версия удаляется, а старая относительно быстро (типа минут за 15) возвращается на место.
То есть - то что в версии 7.3 было анонсированно как Servicing, по факту просто облегченная версия reconfigure, всего с двумя отличиями:
1. Благодаря тому что сохраняется старая версия AXSF (то есть - Аксапты), можно достаточно быстро откатится назад.
2. Поскольку развертывается только AXSF, не надо тратить время на ожидание развертывания SSRS, Management Reporter и всяких прочих компонент, которые при полном reconfigure занимают заметное время (типа минут 15-20).

Из за этого механизма, прямое ковыряние в конфигурационных файлах - это метод отладки и траблшутинга, но никак не метод нормальной установки. Даже если тебе удалось починить систему методом ковыряния в этих файлах, после установки любых доработок (читай редеплоймента), тебе все придется чинить заново...

[Ivanhoe]

Вот так понятнее. Спасибо, Денис!

[vmoskalenko]

Цитата:

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

Интересно, реально есть проблемы с ручным редактированием конфиг файлов или это уже новое поколение, которое боится что-то делать ручками, проще запустить redeploy?

Тут как раз наоборот. Если облачная версия, это скорее клик-клик-клик. То LBD - это текстовые конфиги, PowerShell, ADFS, Сертификаты, SQL FCI/HA, EventLog на 15 серверах, поиск ошибок по текстовым логам - вобщем полное развлечение для настоящих пацанов!

И текстовых конфигов наверное штуки три-четыре, не считая стандартных темплейтов. И еще в разных форматах - JSON и XML.

[fed]

Цитата:

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

Тут как раз наоборот. Если облачная версия, это скорее клик-клик-клик. То LBD - это текстовые конфиги, PowerShell, ADFS, Сертификаты, SQL FCI/HA, EventLog на 15 серверах, поиск ошибок по текстовым логам - вобщем полное развлечение для настоящих пацанов!

И текстовых конфигов наверное штуки три-четыре, не считая стандартных темплейтов. И еще в разных форматах - JSON и XML.

Просто замечу, что все эти конфигурационные файлы, конфигурируют скорее установочную утилиту, а не саму аксапту напрямую. Конфигурационные файлы аксапты создаются как-то этой установочной утилитой и их как раз таки руками редактировать некузяво. (Хотя помогает при диагностике).

[Ivanhoe]

Мой вопрос был не вообще, а про конкретный кейс: Акс в он-прем и нужно только поменять адрес ADFS. То, что его нужно в LCS поменять "на будущее" - тоже понятно.