28.01.2021, 10:11 | #1 |
Участник
|
daxmusings: ISV Licenses in Packages
Источник: http://feedproxy.google.com/~r/Dynam...-packages.html
============== ISV licenses for Dynamics 365 F&O can only be applied using deployable packages. There are ISV license packages that only contain a license, and there are combined packages that have both the binaries as well as the license. But now with all-in-one packages on self-service environments, you can only apply the license as part of an all-in-one package. So what are your options? Check out my YouTube video and/or read on for more details. Read more... Источник: http://feedproxy.google.com/~r/Dynam...-packages.html
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
28.01.2021, 15:23 | #2 |
Участник
|
Вот это видео конечно можно брать как яркий пример что такое оверинжиниринг. Т.е. есть простая задача, которая делается один раз раз за проект - загрузка лицензионных кодов. Раньше это было в форме лицензионных кодов, открываете форму, выбираете файл, жмете ОК.
Ее сделали отдельной операцие в дев опс(думаю потратив сотни часов) с кучей настроек, которые судя по этому видео мало у кого получается правильно заполнить с первого раза, т.е. надо учитывать какие-то нюансы наименований Плюс до кучи работать это будет хуже чем просто один раз загрузить этот файл и забыть об этом. Загрузка файла лицензии делается через проверку публичного ключа ISV, который имеет сво-во истекать, т.е. в какой-то момент весь этот билд упадет и хорошо если при этом не затрет все таблицы ISV решения |
|
28.01.2021, 16:38 | #3 |
Модератор
|
Цитата:
P.S. в LBD лицензия кстати загружается без предварительных ласк, через командную строку
__________________
-ТСЯ или -ТЬСЯ ? |
|
28.01.2021, 18:07 | #4 |
Участник
|
Нужно синхронизировать. Но если посмотреть на то как он предлагает загружать для legacy pipeline, то эту задачу он вставляет после синхронизации. Т.е. наверное тоже предполагается что кто-то загрузит в билд базу эту лицензию через командную строку, а только потом создаст эту таску, которая уже добавит файл в пекедж.
|
|
28.01.2021, 18:47 | #5 |
Участник
|
Ключи это реально овершит.. учитывая что они платные и протухают, хотели позаботиться о защите от взлома/модификации кода, но не такими же методами.. хотя - а какими еще?
Установка на dev-box реально делается через cmd, а для uat и прод, если лень разбираться в конвеерах, есть лайфхак, открываешь обозревателем таблицу SysConfig на devbox (https://****.cloudax.dynamics.com/?m...Name=SysConfig), смотришь там значение и такую же строку создаешь в проде так же через обозреватель или джобом, для ажура, кто чем осилит короче - и весь импорт. Но объяснить клиенту такие пляски конечно непросто) Если ключ установлен, то протухание сертификата уже не влияет на работу, система смотрит только на запись в SysConfig. Другое дело если лицензия срочная - то при импорте нового ключа сертификат должен быть тоже свежий. Даннеы не грохаются в любом случае. Последний раз редактировалось imir; 28.01.2021 в 18:56. |
|
28.01.2021, 19:40 | #6 |
Участник
|
|
|
28.01.2021, 20:04 | #7 |
Banned
|
|
|
28.01.2021, 20:27 | #8 |
Участник
|
Цитата:
По поводу платных-протухающих ключей - МС, кстати, мне кажется, могла бы и сама стать центром сертификации/валидации, а не посылать ISV покупать эти ключи у третих фирм. И выдавать их автоматом при регистрации решения бессрочно. И аннулировать, если решение снято с регистрации автоматом. Но думаю им недосук ) Если лицензия кончается по сроку - вырубается конф-ключ, но вырубание ключей в 365-й не приводит к удалению таблиц или данных. Но это такое - срочные лицензии в основном для триалов. Последний раз редактировалось imir; 28.01.2021 в 20:41. |
|
28.01.2021, 21:37 | #9 |
Модератор
|
Цитата:
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
28.01.2021, 21:37 | #10 |
Участник
|
Он же предлагает его добавить в билд пайплайн, т.е. ключ будет устанавливаться каждый раз при билде. Будет ли он при этом затирать уже имеющееся значение в SysConfig это вопрос, но я думаю что вполне может быть так. Т.е. в 2012 если вы импортили неправильный ключ, то он затирался. Если отключится ключ на рабочей системе то мало не покажется, какие-нибудь ветки алгоритмов могут пойти не туда, не сработать нужные евент хендлеры, если решение как-то завязано на стандартные таблицы, то по сути будет логическая порча данных
|
|
28.01.2021, 22:21 | #11 |
Модератор
|
это нормально. если не нравится, берем шаблонный SDP, добавляем в него лицензию руками, деплоим - вуаля!
Цитата:
Если отключится ключ на рабочей системе то мало не покажется, какие-нибудь ветки алгоритмов могут пойти не туда, не сработать нужные евент хендлеры, если решение как-то завязано на стандартные таблицы, то по сути будет логическая порча данных
а) обновить лицензию в DevOps на "неправильную" в DEV/MAIN/UAT или как там у нас бранчинг настроен б) смерджить эти изменения в UAT/PRERELEASE/что-у нас-там в) задеплоить в UAT/PRERELEASE г) оттестировать все, дать sign off на установку в продуктив и не заметить что целый модуль потерялся В 2012 достаточно было просто выбрать "неправильный" файл. Оверинжиниринг ? Не думаю Friends don't let friends right-click publish
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
29.01.2021, 02:04 | #12 |
Участник
|
Цитата:
Сообщение от Vadik
Чтобы что-то отключилось в продуктиве в D365 теперь надо
а) обновить лицензию в DevOps на "неправильную" в DEV/MAIN/UAT или как там у нас бранчинг настроен б) смерджить эти изменения в UAT/PRERELEASE/что-у нас-там в) задеплоить в UAT/PRERELEASE г) оттестировать все, дать sign off на установку в продуктив и не заметить что целый модуль потерялся Ну т.е. типичная ситуация - клиент настраивает то что написано в этом блоге, забывает об этом - Через 1-3 года делается новый билд(допустим с небольшими доработками), он успешно деплоится в UAT/PRERELEASE, тестируется там к примеру 3 дня, делается sign off - Наступает час Х, когда публичный ключ истекает - Клиент загружает этот же самый пекедж в PROD, он перезатирает ключ на невалидный(плохой сценарий) или падает(это хороший сценарий). Т.е. это надо проверить как они обрабатывают ошибки в лицензиях |
|
29.01.2021, 19:06 | #13 |
Модератор
|
Я не эксперт в части лицензирования, но должен спросить - эти три года наш сферический ISV находится в анабиозе, не выпускает новых версий (но при этом его решение остается совместимым с One version), не выставляет клиенту инвойсов, не получает оплату и не присылает новых лицензий ?
Если все условия выполнились, то таки да, похоже у клиента могут быть проблемы P.S. могу добавить что работаю с другими партнерами которые реализуют свои "неклассические" лицензии самостоятельно. Такие варианты тоже есть
__________________
-ТСЯ или -ТЬСЯ ? |
|
29.01.2021, 19:28 | #14 |
Участник
|
Про новые версия я кстати не знаю, это очень хороший вопрос. Версии то ISV будут выпускаться, но к примеру для 2012 очевидно для работающей системы никто новых версий не ставил(это если взять клиента у которого нет внутренних IT людей). Т.е. интерестно, как ISV это сейчас решают. Добавление новых полей к примеру точно пугает операторов, т.е. просто так уставливать обновление с какой-то новой фукнциональностью никто не будет
|
|
30.01.2021, 12:12 | #15 |
Участник
|
На yammer советуют выделять сертификат в отдельную модель (у основной модели - зависимость на нее) и рассылать только обновление этой модели.
|
|
30.01.2021, 13:03 | #16 |
Модератор
|
Можно ссылочку ?
__________________
-ТСЯ или -ТЬСЯ ? |
|
30.01.2021, 13:10 | #17 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: Vadik (1). |
|
|