Показать сообщение отдельно
Старый 12.02.2019, 01:43   #85  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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.
За это сообщение автора поблагодарили: raz (10), Morpheus (1), ax_mct (5).