Вот мы и нашли этих 43 AX7 клиентов? Или это не AX7/D365?

[gl00mie]

Я говорил только про конечных пользователей, внедряющих у себя систему.

[AlGol]

Цитата:

Сообщение от gl00mie

Клиент может вообще отрубить свою сеть от интернетв - и D365FO OnPrem продолжит работать,

Правильно понимаю, что при этом и развивать отлученную от LCS систему клиент никак не сможет? Т.е. поставить какую нибудь свою доработку на автономную систему не получиться?

[gl00mie]

Цитата:

Сообщение от AlGol

Правильно понимаю, что при этом и развивать отлученную от LCS систему клиент никак не сможет? Т.е. поставить какую нибудь свою доработку на автономную систему не получиться?

Ну как сказать... MS считает, что не получится, а мой опыт показывает обратное

[ax_mct]

Цитата:

Сообщение от gl00mie

Я говорил только про конечных пользователей, внедряющих у себя систему.

Цитата:

MS считает, что не получится, а мой опыт показывает обратное

Есть смутное подозрение что эти конечные клиенты не платят полную (западную) цену за лицензии. При такой то квалификации

[gl00mie]

Цитата:

Сообщение от gl00mie

Лицензии покупаются разово, затем ежегодно, насколько я помню, платится 18% их стоимости за поддержку, т.е. за Enterprise-лицензию за $3200 потом ежегодно еще около $570 надо платить за выпуск обновлений и последующую возможность перехода на новую версию. На счет дороговизны содержания: Enterprise-лицензия D365FO в Azure-варианте стоит $200 в год, а Enterprise-лицензия AX2012 R3 - примерно $570 в год (оплата поддержки).

Мда, что-то я слишком оптимистично все описал: D365FO в Azure-варианте стоит, конечно же, от $190 в месяц за Enterprise-лицензию. Т.е. получается за три года она выходит от $190*36=$6840, а условная AX2012R3 - около $3200*(1+0.18*3)=$4928, правда, в последнем случае еще не учитывается стоимость оборудования, администрирования и пр.

[ax_mct]

Цитата:

Сообщение от gl00mie

Мда, что-то я слишком оптимистично все описал: D365FO в Azure-варианте стоит, конечно же, от $190 в месяц за Enterprise-лицензию. Т.е. получается за три года она выходит от $190*36=$6840, а условная AX2012R3 - около $3200*(1+0.18*3)=$4928, правда, в последнем случае еще не учитывается стоимость оборудования, администрирования и пр.

На хабре не так давно читал статью про PostgreSQL и базы в облаках.
Вполне обоснованное мнение что большие компании с большими базами хотят полный контроль над своей базой.
https://habr.com/en/company/oleg-bunin/blog/440332/

И это подтверждает Bring your own database (BYOD) как вариант такого контроля. Но все равно остается вопрос с размещением серьезной базы в облаке.
https://docs.microsoft.com/en-us/dyn...r-own-database

То есть фактор контроля и управляемости для больших компаний он скорее важнее чем цена.
На больших данных всегда возникают проблемы с производительностью и решать их on-premise намного проще. Пусть лаже если это "on-premise" и в частном облаке. Наверное можно сказать что cloud vs on-premise это не про тип размещения, а про степень контроля.

Еще интересное движение у Columbus Russia
Columbus стал партнером SAP и начнет с продвижения SAP Commerce Cloud
SAP Commerce Cloud это Java/Swing e-commerce купленный сапом в 2013 году.
Размещение в Azure на данный момент в текущей версии что особенно интересно.
https://zen.yandex.ru/media/id/5b16a...d2be00aa54928d

При этом от D365FO никто не отворачивается.
D365FO: Тонкости и советы по началу разработки – подготовка окружения
https://zen.yandex.ru/media/id/5b16a...82f800aadf4751

[ax_mct]

Сolumbus выпустила облачные версии продуктов Columbus WarRoom на базе платформы Microsoft Dynamics 365

https://zen.yandex.ru/media/id/5b16a...d3b900aa88f923

То есть все же Columbus вкладывается.

Цитата:

Columbus объявляет о выходе продуктов Columbus WarRoom.Pricing и Columbus WarRoom.Assortment, реализованных на платформе Microsoft Dynamics 365 for Finance and Operations . Теперь пользователям доступны облачные версии этих решений.

[EVGL]

Цитата:

На больших данных всегда возникают проблемы с производительностью и решать их on-premise намного проще.

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

[ax_mct]

Цитата:

На больших данных всегда возникают проблемы с производительностью и решать их on-premise намного проще.

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

По крайне мере у специалистов по Postgres в облаке из этой статьи
https://habr.com/en/company/oleg-bunin/blog/440332/
есть такое мнение. Там конечно Postgres и AWS но с точки зрения проблем и задач вряд ли есть разница. "on-premise" это не то что сервер в соседней комнате, а то железо фиксируется.

Цитата:

...когда ты переходишь некую грань, например начинаешь выполнять много JOIN, делать сложный SQL, возникает задача оптимизировать запросы и RDS перестает хватать. Требуется больше свободы и влияния, но имеющиеся инструменты не помогают тебе решать глубокие проблемы, связанные с утилизацией ресурсов внутри самого Postgres. Есть только возможность увеличить мощность железки: заплатил больше денег — получил.
...
Когда у тебя большие базы, тебе важно, насколько быстро диски отдают и принимают данные, насколько эффективно используется память и процессор

От конкретного железа не получается абстрагироваться. А когда прибито гвоздями то получается тот самый on-premise. В любом случае интересный опыт.
Понятно что не Azure у которого таких детских болезней как у AWS скорее всего нет.

Цитата:

Год назад на конференции те же люди мне говорили, что это клево, когда база уплывает на другой под. Это позволяет не заботиться ни о чем. Сразу несколько человек вели одинаковые речи. Но в этом году они все прибили базы данных гвоздями к определенным железкам.

– А почему они это сделали?

Андрей: У них начали возникать какие-то проблемы. Правда, я не особо спрашивал, просто заметил такую тенденцию.

[fed]

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

У меня время от времени, синхронизация в Tier-1 окружении (которое включено в подписку) отваливается по таймауту (60 минут). Базы данных у клиентов - достаточно смешного размера (может 500 мегабайт от силы - не больше). Просто время от времени Микрософт свои "ЦОД с виртуализацией и практически неограниченной масштабируемостью" перегружает и где-то на денек становится невозможно работать.
Установка обновлений раньше тоже с такими же симптомами время от времени останавливалась, но эдак с год назад они просто подняли таймаут до полутора или двух часов.
По факту, никаких SLA на производительность нет и если что-то у тебя тормозит, то особо претензии предъявлять некому.
Ну то есть - не стоит путать Sales Points и реальность...

[Ivanhoe]

Цитата:

Сообщение от EVGL

Очевидно ложное утверждение. В ЦОД с виртуализацией и практически неограниченной масштабируемостью решать проблемы намного проще.

По моему опыту, ты сначала полгода пытаешься что-то доказать цоду, потом полгода они что-то пытаются сделать. На моей практике ни один ЦОД не давал реальную гарантию производительности.

При этом сколько случаев, когда свое железо пусть и в цоде лечили низкоуровневыми прошивками контроллеров, заменой свичей и кабелей в стойках...

[EVGL]

Может быть. У меня на клиентах K******i (3500+ пользователей) и B*T (пока около 100) никогда проблем с производительностью не бывало, ни в PROD ни в Sandbox. Они там как-то в Microsoft сами подбирают количество AOS. Иногда только в Sandbox пакетные задания затыкаются, когда кто-нибудь днем 50 тыс. номенклатур заимпортировать пытается.

[fed]

The Chaos Theory of SAP's Future.
Я где-то года с 2007 много раз говорил знакомым аксаптерам, что аксапта все еще жива только потому что число имбецилов в дипломом MBA в SAP выше, чем даже в Микрософт.
После прочтения статьи, возникает ощущение что D365FO таки может выжить на рынке, не смотря на все ее проблемы. Просто потому что баланс имбецилов опять качнулся в сторону SAP.
Но что-то у меня ощущение того, что все эти крупные ERP компании настолько оторвались от реальных потребностей клиентов, что вменяемая ERP средней руки (читай - без принудительных облаков, continuous update, AI, Machine Learning и тд и тп) может этих диназавров легко вынести с рынка. Посмотрим - как пойдут дела у Дамгаардов и не захочет ли Нургалиев пойти на Запад...

[cuba]

Довольно несправедливо называть MBA имбицилами)

[fed]

Цитата:

Сообщение от cuba

Довольно несправедливо называть MBA имбицилами)

Я там квантор всеобщности не использовал. Я встречал нормальных MBA (Хотя и не часто). Но в очень многих случаях, сертификат MBA означает "Certified cargo cult manager".

[ax_mct]

Цитата:

Сообщение от fed

...
что-то у меня ощущение того, что все эти крупные ERP компании настолько оторвались от реальных потребностей клиентов, что вменяемая ERP средней руки (читай - без принудительных облаков, continuous update, AI, Machine Learning и тд и тп) может этих диназавров легко вынести с рынка. Посмотрим - как пойдут дела у Дамгаардов и не захочет ли Нургалиев пойти на Запад...

У меня точно такое же впечатление насчет космических кораблей на орбите. Другое дело насколько наше восприятие отражает настроение и состояние рынка, а не наше личное. Может это просто мы поумнели, а оно так и 15-20 лет назад было, есть и будет?

То что спрос на "вменяемую ERP" есть - это безусловно. Все упирается в предложение со стороны интеграторов/партнеров. Собственно готовых решений - масса. Но MBA мышление приводит к тому что все на стороне многомиллиардного маркетинга, а не клиентов.

А Navision/NAV тоже улетел?

[ax_mct]

Цитата:

Сообщение от fed

MBA означает "Certified cargo cult manager".

Сargo cult

[finn]

Цитата:

Сообщение от ax_mct

А Navision/NAV тоже улетел?

Оторвался от взлетной полосы. Садится обратно не велено. Только вперед, иначе пилоты под расстрел.

[cuba]

Не понял насчет улета NAV(((

[finn]

Цитата:

Сообщение от cuba

Не понял насчет улета NAV(((

Ну современный NAV или Business Central это принудительные облака, continuous update, AI, Machine Learning и тд и тп… Летит уже... Низко правда пока..