ofdax: Dynamics AX 7 Codebase Architecture

[Ivanhoe]

Цитата:

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

А вы когда про облако рассказывали, не забыли сказать что разработка будет заметно дороже стоить, и что деплоймент теперь надо заранее планировать и тд и тп ?
То есть - я сам вполне себе за облако. Но только при условии что совокупная стоимость владения им не выше чем у стандартного решения...

По сути ЦОД в части внедрений ERP просто предоставляет хостинг серверов / серверы на прокат и дополнительных затрат тут особо не будет. Только на админа, который может на месте сделать ресет серверу, если ему совсем поплохело. А так обычная работа через RDP.

Полноценное облако под ERP с неким SLA по производительности и онлайн подключению доп.мощностей я, если честно, еще не видел. Мы такие расчеты делали, но пока на приемлемую стоимость еще ни разу не вышли.

[fed]

Цитата:

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

По сути ЦОД в части внедрений ERP просто предоставляет хостинг серверов / серверы на прокат и дополнительных затрат тут особо не будет. Только на админа, который может на месте сделать ресет серверу, если ему совсем поплохело. А так обычная работа через RDP.

Полноценное облако под ERP с неким SLA по производительности и онлайн подключению доп.мощностей я, если честно, еще не видел. Мы такие расчеты делали, но пока на приемлемую стоимость еще ни разу не вышли.

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

[Ivanhoe]

Если ты про владение в целом и именно 7-кой то мы ее серьезно никому не считали. В варианте Azure и без локализации - это очень экзотично хотя предыдущие версии без локализации внедряли, было дело.

[gl00mie]

Цитата:

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

По сути ЦОД в части внедрений ERP просто предоставляет хостинг серверов / серверы на прокат и дополнительных затрат тут особо не будет. Только на админа, который может на месте сделать ресет серверу, если ему совсем поплохело.

Судя по описанию, это модель Infrastructure as a service (IaaS), по которой в облаке запускается AX 2012 R3. AX7 же вроде как запускается по модели Platform as s service (PaaS).

Цитата:

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

А так обычная работа через RDP.

Для обычной работы по RDP не нужен переход на веб-морду и все прочие изменения в платформе, реализованные в AX7

Цитата:

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

Полноценное облако под ERP с неким SLA по производительности и онлайн подключению доп.мощностей я, если честно, еще не видел. Мы такие расчеты делали, но пока на приемлемую стоимость еще ни разу не вышли.

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

[Morpheus]

Цитата:

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

Для обычной работы по RDP не нужен переход на веб-морду и все прочие изменения в платформе, реализованные в AX7
Ну а без SLA по производительности и онлайн подключению доп.мощностей зачем это облако нужно? С тупым развертыванием и мониторингом виртуалок и собственные клиентские админы прекрасно справляются - на окладе, а не с тарификацией за каждый чих/килобайт трафика/IOPS.

Новый СЕО Майкрософта реализует новую статегию компании - сделать вычисления доступными физически и финансово для всех людей и компаний во всем мире. Клиенты смогут в через вебстраницу заказать серверные мощности, тут же узнать их цену, разернуть все комоненты AX без админов.Я это видел пару недель назад на презентации. И в новой AX можно будет работать с любого устройства и с любой точки земного шара.

[gl00mie]

Цитата:

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

Клиенты смогут в через вебстраницу заказать серверные мощности, тут же узнать их цену, развернуть все компоненты AX без админов.

Ну, во-первых, развернуть всё без админов не получится хотя бы потому, что надо учетки для служб в своем домене завести, VPN с облаком поднять, доверительные отношения между доменами настроить, с сертификатами подшаманить... Во-вторых, пользователей в Аксапте как-то надо аутентифицировать, а для этого в облаке рядом с AOS'ами должны торчать 3 доменных контроллера из домена компании (по крайней мере, для облачного развертывания AX 2012 R3 это так).

[Morpheus]

Цитата:

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

по крайней мере, для облачного развертывания AX 2012 R3 это так).

Я - про АХ 7

[Alex_KD]

Цитата:

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

А так обычная работа через RDP.

В версии которую запустили неделю назад у вас не будет RDP. Более того, доступа в prod вообще не будет. MS там рулить будет, AOSы добавлять если надо, SQL переводить на более мощный сервер и тп.

Цитата:

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

Полноценное облако под ERP с неким SLA по производительности и онлайн подключению доп.мощностей я, если честно, еще не видел. Мы такие расчеты делали, но пока на приемлемую стоимость еще ни разу не вышли.

С облачным AX7 расчет относительно простой - платите за пользователей, все железо в prod предоставляется бесплатно. Дополнительно платите за кол-во места на дисках и всякие add-on.

Через полгода выпустят on-prem/private cloud - ценовая политика будет другая.

[fed]

Цитата:

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

В версии которую запустили неделю назад у вас не будет RDP. Более того, доступа в prod вообще не будет. MS там рулить будет, AOSы добавлять если надо, SQL переводить на более мощный сервер и тп.

Я правильно понимаю, что в схеме с Azure у меня вообще нету и не будет возможности деплоить клиентские кастомизации ? Просто у меня была надежда что они все-таки сделают там какую-то опцию при которой у меня аксапта будет с кастомизациями. Ну то есть - может они такую опцию приделают в R2, раз уж все равно будут private cloud поддерживать?

[Alex_KD]

Цитата:

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

Я правильно понимаю, что в схеме с Azure у меня вообще нету и не будет возможности деплоить клиентские кастомизации ?

Кастомизации не проблема.
Процесс примерно такой -
Код комплируется в VS и в результате получаются packages.
Далее эти packages заливаются на LCS, плюс SQL скрипты если надо чтото подправить, Retail компоненты и тп.
Дальше указываете когда это надо залить на prod и MS задеплоит это за вас.

Если надо prod backup, процесс тот же - через LCS.
Посмотреть живой ли prod, телеметрию - опять LCS.

[Logger]

Цитата:

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

Кастомизации не проблема.
...
Далее эти packages заливаются на LCS, плюс SQL скрипты если надо чтото подправить, Retail компоненты и тп.
Дальше указываете когда это надо залить на prod и MS задеплоит это за вас.
...

хм.
А если косяк в обновлении. Скрипт кривой и.т.п. По старинке быстро глянул, подправил и все ок.
Какая-то нежизнеспособная схема.

[fed]

Цитата:

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

хм.
А если косяк в обновлении. Скрипт кривой и.т.п. По старинке быстро глянул, подправил и все ок.
Какая-то нежизнеспособная схема.

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

[trud]

Ну я кстати на конференции спросил подобный вопрос. ответ был следующий
1. надо все изначально делать правильно и тестировать. чтобы на рабочую версию попадал только оттестированный код заинтересован в том числе и клиент
2. есть гораздо более сложные системы которые так работают и ничего. например Windows
3. цитата -"я вообще уже 15 лет занимаюсь облачными технологиями и ни разу не видел систему где была бы возможность отладки на проде"
4.такая схема это "плата" за облако

[Logger]

Цитата:

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

1. надо все изначально делать правильно и тестировать. чтобы на рабочую версию попадал только оттестированный код заинтересован в том числе и клиент

Он как-то упустил из виду что подготовка такого кода намного дороже и не всякий клиент согласен и способен платить разницу.
Сложно продать BMW, когда клиент хочет автоваз.

[Oleksandr]

Цитата:

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

Новый СЕО Майкрософта реализует новую статегию компании - сделать вычисления доступными физически и финансово для всех людей и компаний во всем мире. Клиенты смогут в через вебстраницу заказать серверные мощности, тут же узнать их цену, разернуть все комоненты AX без админов.

В теории и маркетинге примерно так, но вот на практике вместо недорогого админа нужен дорогой спец. по Azure. Многие инфраструктурные задачи и проблемы переносятся туда, усугубленные виртуализацией и этой самой "веб-страницой". Но есть и преимущества, безусловно.

[Oleksandr]

Цитата:

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

Ну, во-первых, развернуть всё без админов не получится хотя бы потому, что надо учетки для служб в своем домене завести, VPN с облаком поднять, доверительные отношения между доменами настроить, с сертификатами подшаманить... Во-вторых, пользователей в Аксапте как-то надо аутентифицировать, а для этого в облаке рядом с AOS'ами должны торчать 3 доменных контроллера из домена компании (по крайней мере, для облачного развертывания AX 2012 R3 это так).

Ну, в крайней варианте можете обойтись только AAD, без заведения учеток у себя. Для синхронизации со своим доменом можно сделать Azure VPN со своей сетью и синхронизировать учетки своей AD c AAD.

[Oleksandr]

Цитата:

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

Я правильно понимаю, что в схеме с Azure у меня вообще нету и не будет возможности деплоить клиентские кастомизации ? Просто у меня была надежда что они все-таки сделают там какую-то опцию при которой у меня аксапта будет с кастомизациями. Ну то есть - может они такую опцию приделают в R2, раз уж все равно будут private cloud поддерживать?

Из того, что знаю сейчас принципиально меняется только способ деплоймента - бинарными пакетами, сгенерированными из студии. Но, если будет кастомизация на CustTable, то придется деплоить весь пакет Applciation suite. Как таковых ограничений на кастомизации вроде бы нет.

[Oleksandr]

Цитата:

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

Ну я кстати на конференции спросил подобный вопрос. ответ был следующий
1. надо все изначально делать правильно и тестировать. чтобы на рабочую версию попадал только оттестированный код заинтересован в том числе и клиент
2. есть гораздо более сложные системы которые так работают и ничего. например Windows
3. цитата -"я вообще уже 15 лет занимаюсь облачными технологиями и ни разу не видел систему где была бы возможность отладки на проде"
4.такая схема это "плата" за облако

Вот за это люблю конференции...
По 1. - Пока внятных рекомендаций по ALM не видел. Очевидно, придется иметь какой-то Голд экземпляр с абсолютно точной копией продакшена. Иначе не то что подправить, а отдебажить будет проблематично, разве что через рефлектор или другими дизассемблерами...

3. Идеологически верно, но требует совсем другой дисциплины и ресурсов на поддержание процесса разработки.

[Oleksandr]

Цитата:

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

В версии которую запустили неделю назад у вас не будет RDP. Более того, доступа в prod вообще не будет. MS там рулить будет, AOSы добавлять если надо, SQL переводить на более мощный сервер и тп.
другая.

Из того что видели на проектах - прод это обычная, но мощная виртуалка, с РДП доступом. МС за вас вряд ли что-либо будет делать, пока все делается своими ручками, в т.ч. настройка железа и деплоймент кода.

Вроде бы есть еще схема с SQL Azure, но сам не видел и не пробовал. Не встречали детали по этой теме ?

[Oleksandr]

Цитата:

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

Вот интересно, если я выкладываю package в Production, мне надо все АОС'ы перезапускать? Или в новой Аксапте можно залить свой Package и Аосы сами подхватят все изменения, как это сделано в ASP.Net?

Не нужно, тем более что и АОСа-то нет
Вебсайт сам должен подхватить новые сборки. Ну, иисресет на крайний случай. Хотя есть еще виндовый сервис, запускающий батчи, с ним пока непонятно.