Цитата:
Сообщение от
ax_mct
В свете того что большинство клиентов DAX2012 на D365FOE никогда не перейдет это собственно все и определяет.
Что им помешает перейти на D365FOE OnPrem? Тем более, через год-другой, когда детские болячки пройдут и производительность выправится?
Цитата:
Сообщение от
ax_mct
Стоимость владения D365FOE да и любого облачного ERP решения не интересна для Enterprise уровня.
Опять же, забываете про OnPrem - почему?
Цитата:
Сообщение от
ax_mct
Стоимость перехода с DAX2012 на D365FOE не дешевле чем на любой другой продукт.
Голословное утверждение. Из моего скромного опыта, стоимость все же сильно зависит от объема кастомизаций и готовности отказываться от них в пользу нового стандартного функционала.
Цитата:
Сообщение от
ax_mct
При этом выбор D365FOE выглядит очень рискованным для Enterprise.
Если речь только про Azure, то может быть. На счет OnPrem-версии я бы не был так категоричен.
Цитата:
Сообщение от
fed
Проблема в том, что любое внедрение для одного клиента (то есть - когда мы не разрабатываем тиражируемый софт), окупается только в режиме быстрого прототипирования. Это когда мы можем чего-нить разработать, поверхностно протестировать и зарелизить в PROD в течении одного дня.
Если день расширить до суток, то в OnPrem это вполне реально. В принципе и в течение дня реально, если совсем поверхностно тестировать
Цитата:
Сообщение от
fed
Даже если что-то сломалось после релиза, то во-первых мы можем это достаточно быстро отладить прямо в PROD
В D365O OnPrem - можно! Через удаленную отладку с виртуалки, где есть исходники.
Цитата:
Сообщение от
fed
(ну или очень быстро скопировать данные на TEST)
В D365O OnPrem - можно!
Цитата:
Сообщение от
fed
во-вторых - мы можем исправленную версию быстро зарелизить
В D365O OnPrem - можно! А если с тщательно вымытыми руками да в обход песочницы, то - весьма быстро, буквально меньше часа
Цитата:
Сообщение от
fed
а в третьих - мы опять таки в PROD можем данные скриптиком быстро исправить.
В D365O OnPrem - можно!
Цитата:
Сообщение от
fed
Там надо 21 виртуальную машину. (Для PROD и TEST).
Ну, при желании можно и меньше, вон люди пишут, что тестовую среду до 4-х виртуалок сокращали (по количеству ролей SF, которые каждая должны быть на отдельном хосте). А так: рабочая среда 8 узлов под SF плюс 2 узла на кластер SQL Server, тестовая - 7 узлов, считая SQL Server (можно 2 AOS'а вместо 3-х и SSRS поставить на хосте СУБД, без кластеризации), итого условно 17, а не 21. Инфраструктура - отдельно, потому что ADFS и файл-сервер могут быть нужны не только для D365FOE. А вся песочница по ресурсам при желании умещается в 8 ядер и 64Гб памяти, т.е. штатный сервер всё-в-одном для AX2012.
Цитата:
Сообщение от
fed
На каждую машину нужно Windows Server покупать.
Ну... такова селяви. Наверно, если очень захотеть, под песочницы можно использовать триальные версии и переразворачивать всё раз в полгода-год, как делают с DEV-виртуалками.
Цитата:
Сообщение от
fed
Надо две лицензии на SQL Server, поскольку оно вроде бы требует отдельных серверов для PROD и TEST.
Для песочницы можно использовать бесплатный SQL Server Developer Edition - это ж не продуктивная среда.
Цитата:
Сообщение от
fed
Проблема в Azure Service Fabric, которая изначально разрабатывалась под кровавый enterprise и на маленьком числе VM работать не умеет
Ну что такого-то? 3 АОСа как бы и раньше не были какой-то роскошью, а за вычетом АОСов и SSRS получается всего 4 "лишних" виртуалки: 3 оркестратора и Management Reporter.
Цитата:
Сообщение от
trud
Цитата:
Сообщение от
fed
Кроме того, On Premises требует SQL Server 2016. SQL Server 2016 в Standard Edition не поддерживает более 24 ядер. Так что если у тебя клиент более или менее крупный (типа от 300 пользователей), то придется под SQL отводить 32 ядра и выше и ставить SQL Server Enterprise Version (которая на 32 ядра стоит порядка 400-450K USD).
Тут кстати смотря как трактовать ядро. т.е. при 16 ядрах у тебя может быть и мощный 4 процессорный сервер с включенным HT полностью выделенный под SQL( и стоимость этого сервера будет больше лицензий), где будут новые процы 3.5ГЦ так и виртуалка которая занимает половину какого-нибудь старого процессора 2ГЦ
К слову, да, если не ставить под СУБД древние Xeon 2.4GHz и не считать количество ядер с учетом HT, то и на 16-и ядрах можно ого-го сколько сделать. Скажем, 4x4 ядра Xeon E7-8893 v4 3.2GHz 60Mb L3 - это совсем не то же самое, что какие-нить 2x8 ядер Xeon E5-2630 v3 2.4Ghz 20Mb L3.