Показать сообщение отдельно
Старый 21.07.2021, 18:21   #5  
zhan is offline
zhan
Участник
 
19 / 54 (2) ++++
Регистрация: 17.09.2008
Адрес: Москва
На мой взгляд, появление Feature management в D365 FO обусловлено тем, что система рассматривается как классический облачный сервис/ПО и к ней применяется концепция Continues Delivery (выливающаяся в D365 в концепцию Continues Update со стороны Microsoft).
В качестве аналогии, можно попробовать рассмотреть Azure Portal. Его интерфейс и функциональность постоянно обновляются.
Функции из Preview Features переезжают в список общедоступных, при этом меняется наполнение разделов и интерфейс, причём иногда довольно кардинально.

Есть документация по использованию Feature management в DevOps процессах: https://docs.microsoft.com/en-us/azu...w=azure-devops
Эти принципы, возможно, и легли в основу Feature management в D365 FO.
Если взглянуть на Feature management с точки зрения использования этого подхода в коде, то в руководствах по разработке, например, для Azure Function App, прямо указывается как его реализовывать в коде https://docs.microsoft.com/en-us/azu...nctions-csharp
Для D365 FO подобного руководства вроде бы пока нет.
На Yammer, партнёры запрашивали возможность использования Feature management для своих решений, но вроде бы пока это ещё не реализовано.

P.S. На мой взгляд, текущий процесс выпуска версий D365FO с Preview и General available версиями хорошо укладывается в концепцию по приведённой ниже ссылке:
https://docs.microsoft.com/en-us/azu...out-with-rings
Правда по ощущениям, частенько при выпуске нового релиза, всех клиентов, использующих D365 принудительно, записывают добровольцами в «канарейки».
За это сообщение автора поблагодарили: Vadik (1), twilight (1), klimova_m (1), axm2017 (4).