|
17.04.2019, 10:08 | #1 |
Moderator
|
Цитата:
Последний раз редактировалось fed; 17.04.2019 в 10:17. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (5). |
17.04.2019, 11:24 | #2 |
Участник
|
Цитата:
Сообщение от fed
[*]Клиенту надо платить за еще один Azure SQL инстанц, который реально нужен только для того чтобы перекачать данные в его собственную локальную БД. При этом - эта Azure SQL БД, это уже не второе крыло, а третье, поскольку по дороге из нее в локальную базу данных тоже что-то отсохнуть может.
Нет смысла спорить, что с доступом в базу было бы проще, но его нет. entity надо разработать, но за 2 года любой партнёр уже мог их наразрабатывать и продавать пачкой. Список будет примерно одинаковый. Итак у вас есть entities и выгрузка в локальный SQL, что вам ещё не хватает ? |
|
17.04.2019, 11:33 | #3 |
Moderator
|
Цитата:
Я пожалуй добавлю, что я это все написал просто по мотивам вопросов пары клиентов. То есть - можно мне долго чего-то доказывать, но клиенты просто спрашивают - почему им надо платить дополнительные деньги, за что-то заведомо менее надежное чем был бы простой прямой доступ к БД? И я в общем не могу ничего другого ответить кроме как "Потому что это - Microsoft". Вопрос - хорошо ли это для самого Микрософта в долгосрочной перспективе? Последний раз редактировалось fed; 17.04.2019 в 11:37. |
|
18.04.2019, 00:40 | #4 |
Banned
|
Самое базовая причина полагаю это сдвинутость на защите информации клиента ото всех включая клиента как sales point (security compliance certifications, HIPAA etc )
https://docs.microsoft.com/en-us/azu...urity-overview Думаю что варианты с тем же ODBC тоже можно реализовать с этим всем compliance но оно им зачем. То есть для них одни минусы. |
|
18.04.2019, 00:46 | #5 |
Участник
|
MS говорит, что это производительность, типа не надо отчёты гонять по продакшен базе, а потом говорить что все медленно.
|
|
|
За это сообщение автора поблагодарили: ax_mct (3). |
18.04.2019, 00:56 | #6 |
Banned
|
Очень может быть так как статистика использования портится. Да и тот же ODBC в целом к Azure SQL не запрещен и это только особенность D365FO. Скорее всего производительность настолько больное место у продукта что не хотят хоть как-то еще ухудшать.
|
|
18.04.2019, 11:43 | #7 |
Участник
|
Обращаясь к DataEntity через OData можно также положить систему. и даже хуже, ибо DataEntity может содержать расчеты. я думаю им просто нужно продавать Flow и прочие LogicApps. поэтому MVP и слагают поэмы и доступ ограничивают(чтобы народ стал использовать флоу)
|
|
18.04.2019, 12:07 | #8 |
Moderator
|
Ну судя по последнему маркетинговому пушу в сторону Flow и PowerApps, народ как раз все понял и покупает все это очень неважно. "Скажи мне какой продукт MS маркетит, и я скажу тебе какой продукт они скоро закроют в связи с убыточностью и низкой adoption rate"
|
|
18.04.2019, 14:03 | #9 |
Banned
|
Ну все же все что за DataEntity стенкой не меняет и не создает сами запросы то есть можно заранее создавать табличные индексы. А c ODBC нужно создавать табличные индексы по факту использования ODBC наружным приложением, то есть уже индивидуальное администрирование, а не всех разом. Они же смотрят на потенциальные сотни тысяч D365FO клиентов и конечно не могут себе такого позволить
|
|
18.04.2019, 09:35 | #10 |
Moderator
|
Гм. Насколько я помню, у микрософта нету никаких SLA по производительности D365FO. То есть - даже если у клиента медленно, им сейчас в целом - все равно. Соответственно - не понятно почему их в таком случае производительность беспокоит...
|
|
Теги |
#msftadvocate, aif, абстракции, закопаем стюардессу, индийская кухня, интеграция, как правильно, холивар |
|
|