Обсуждение стоимости владения D365FO и AX2012

[gl00mie]

Цитата:

Сообщение от 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.