Что грядущий Dynamics AX 7.0 нам готовит?

[shogel]

Варианты использования "облаков", которые Microsoft предлагает на данный момент, вызывают только недоумение. Вот, например: http://dynamics-ax.blogspot.fi/2013/...ng-mobile.html

Для того чтобы пользователь смог отправить пару записей о накладных расходах со своего телефона в AX 2012, предлагается задействовать связку: Active Directory Federation Services, Mobile phone application, Microsoft Windows Azure Service Bus and Access Control Service (облако) и Microsoft Dynamics AX Connector for Mobile Applications.

Покажите мне клиента, который готов оплатить все это!

[komar]

Так это не клиентом и писано.

В идеале, нужно каждую резидентную программулю обозвать каким-нибудь умным словом, и начать её лицензировать. Тогда надо будет задействовать ещё как минимум Button Pressing Server, Active Collaboration Screen Driver, Internet Connection Framework и обязательно Active Battery Charging System.

[Ivanhoe]

Мне вот интересно, очередной набор кучки программистов. А менеджеры и консультанты (аналитики) у них вечные и резиновые?

[Logger]

Цитата:

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

Мне вот интересно, очередной набор кучки программистов. А менеджеры и консультанты (аналитики) у них вечные и резиновые?

Может быть в них нет недостатка ?

[Atar]

Цитата:

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

Может быть в них нет недостатка ?

Недостатка в них нет только потому, что нет в них потребности. Точнее. думают, что нет.
M(B)S Consulting будучи предполагаемым драйвером развития системы, по факту сдохся, не успев толком родиться.

[shogel]

Цитата:

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

M(B)S Consulting будучи предполагаемым драйвером развития системы, по факту сдохся, не успев толком родиться.

Его место, по-видимому, займет Dynamics Center of Excellence. И к кандидатам там предъявляют довольно серьезные требования, а вот почему на разработку самого продукта набирают "новичков" - это действительно загадка.

[belugin]

Клауд, выраженный словами, не есть истинный клауд.

[Evgeniy2020]

http://daxdilip.blogspot.ru/2012/11/...d-roadmap.html
The future of Dynamics AX and Roadmap - Dynamics AX 7 aka Dynamics AX 2015
Some of the Highlights or takeaways from this document are as follows:
Natural User Interface (NUI) technologies like Touch-based computing based on HTML5
Windows 8. Metro UI

Visual Studio 2012/Lightswitch

Cloud Computing Support

Single centralized ERP Deployment - This is an interesting topic as previously when I was working with Microsoft, our COE Head had this vision of bringing all silo applications within the Dynamics AX Umbrella. Even in my current organization, our approach is to slowly migrate all our legacy apps running on Access, InfoPath etc. to Ax thereby lowering costs and saving time managing these apps.

Dynamics Rapid Start Cloud based Services

Dynamics InformationSource Cloud based Services

Next major release of Microsoft Dynamics AX to be available on Windows Azure platform
судя во требованию вакансии
• Знание C#
• Хорошее знание XML, XSLT


теперь если попробовать представить - Это облака обменивающиеся XML потоками

скорее всего будет больше EDI (электронный документооборот между облаками)
больше отчетности (xml отчетности в государственные облака)
скорее всего облачная обработка данных MS SQL в облаке
batch сервера в облаке

надо учить разбираться с Windows Azure, VS 2012/Lightswitch

Dynamics InformationSource Cloud based Services
- это возможно некий репозитарий.

http://cloudtimes.org/2011/05/13/top...ice-offerings/
вот статья о направлениях с использованием облаков

среди представленных - отмечу пожалуй Github

[Bestick]

На Convergence2013 Кирилл Татаринов сказал, что по NAV приоритет - это облако, а по AX пока on-premise. С другой стороны, AX7 явно двигается в облако.

[komar]

Цитата:

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

теперь если попробовать представить - Это облака обменивающиеся XML потоками

скорее всего будет больше EDI (электронный документооборот между облаками)
больше отчетности (xml отчетности в государственные облака)
скорее всего облачная обработка данных MS SQL в облаке
batch сервера в облаке

[macklakov]

Цитата:

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

Windows 8. Metro UI

Вспоминается концепт идеального UI для ERP, порожденный коллективным разумом в начале 2000-х. Заходишь в систему, а там ничего нет, только одна большая красивая кнопка "Срубить бабла".
Теперь понятно, что кнопка будет квадратная с белым символом $ на однотонном зеленом фоне.

[Удвой Покуров]

Цитата:

Нам нужны профессионалы, способные изучить существующий код и предложить новые, оригинальные решения, позволяющие сократить этот код в разы

Ой-ой-ой... все, пропал Калабухов. "новые, оригинальные решения" появились еще в 4ке, но, судя по отзывам коллег, в 2012 стали превалировать над здравым смыслом. Я бы брал не "новых разработчиков", а "старых архитекторов", желательно, из Дании. Как и было когда-то.

[komar]

Временные зоны нам 7 дней разницы не дадут. Так что насчёт пиковой загрузки - это идея. Причём на российской почве особенно актуальна, ибо если в буржуинии финансовый год часто с календарным не совпадает, то уж в России годовую отчётность вся страна сдаёт одновременно. Прям посреди зимы может и захлебнуться. Ну, примерно как почта России перед новым годом, или сотовые сети в ночь на 1 января. Кстати, примерно в это же время всплеск продавательно-покупательной активности - если клиент к тому же торговая компания?
А если пользователи из разных географических зон - добавляем радости локализации. когда в почтовом приложении достаточно просто интерфейс перевести, то здесь... Ну, вы поняли

Попробовал в Интернете накопать кого-нибудь, кто использует "белогривых лошадок". Нашёл кучу плакатов с лозунгами и картинками в духе раннего Маяковского. На картинках нарисованы стрелки, облака, деньги и улыбающиеся дядьки, которые выглядят так, как будто их распечатали на 3D принтере.

Вдохновляет.

[komar]

Поставщик как раз и пытается их (преимущества), так сказать, поиметь
Сначала было выгодно делать железки, но потом оказалось, это могут легко и дёшево делать китайцы с индонезийцами. Стало выгоднее клепать программы, и продавать на них лицензии. Но в какой-то момент выяснилось, что клепать программы тоже могут уже многие, и даже забесплатно. Соответственно, теперь выгодно продавать услуги. Либо консалтинг (вспомним MBS consulting, да будет земля ему пухом), либо собирать "коммунальные платежи" за пользование приложениями и/или хранящимися "в заоблачных высях" данными. Либо удариться в рекламу (Google, Цукербук и иже с ними), на что есть немалый спрос, ибо вдуть современному человеку что-то ещё становится с каждым годом всё труднее.

Отсюда и улыбающиеся лица растут, на плакатах которые. Так что искать тут какие-то универсальные преимущества для покупателя "системы" вряд ли стоит. Тут логика другая - прибыль должна всё время расти, а коробки с виндами уже в каждом шалаше стоят... Вот, про очередное поделие Цукербука так в открытую и говорят:

Цитата:

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

Облачное решение тоже "должно способствовать эффективной монетизации компании". Не обязательно той, которая им пользуется. Одно дело, если бы использовались какие-то принципиально новые каналы передачи данных и сверхбыстрые алгоритмы их обработки. Другое - когда ту же бизнес-логику Луки Пачоли пихают просто на другой сервер, и дают доступ по тем же интернет-каналам (которые всё равно оплачиваются отдельно).

[EVGL]

Разговор перешел в абстрактную плоскость: идет рассуждение, катит или не катит сервис, исходя из собственных представлений о бизнесе поставщика и о том как он должен был бы работать, если бы мы были на его месте. Не слишком ли много предположений? Специалистов в дискусии, как я понимаю, нет.

Подписывается договор и проблемы клиента становятся проблемами поставщика. Если бизнес поставщику не выгоден - тем хуже для поставщика с тем условием, что он - поставщик - не прогорит в обозримом промежутке времени. В случае с Microsoft на это можно положиться.

К примеру, когда я подписываю договор на постройку дома, меня не волнует, сможет ли строительная фирма сделать на мне прибыль. Меня интересует цена, объем работ и давность присутствия на рынке / финансовое состояние фирмы. Все.

[fed]

Кстати раз уж мне тут целых два раза объяснили, что поставщик мол, будет соблюдать SLA, и типа меня не должно волновать как он его будет обеспечивать.
А вот скажите, а в какой единице измерения этот SLA будет мериться, как мне можно будет проверить что обещанная вычислительная мощность представляется? Если выделять абстрактные единицы производительности, то вполне рискну предположить что попытка запуска на виртуальном сервере какого-нибудь бенчмарка, приведет к тому что хитрый супервизор на время запуска бенчмарка выделит по-больше ресурсов (но никто не даст гарантию что то же количество ресурсов будет выделено под реальный AOS или SQL Server).
Можно еще, конечно, предположить что гарантироваться будет время выполнения операции (типа закрытие склада - не более 3 часов; разноска журнала платежей до 1000 строк - не более 5 минут). Но я как-то очень с трудом представляю, кто же сможет дать такие гарантии, при условии что система может дописываться, а настройки - меняться. (Представьте себе как заметно просядет время закрытия склада если на стандартной системе запустить модуль WMS с неудачными настройками, и как заметно затормозиться разноска журнала платежей если включить автосопоставление).
Вот, собственно, я и хочу спросить предыдущих ораторов - в чем же будет этот SLA мерятся ?

[Vadik]

Цитата:

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

Вот, собственно, я и хочу спросить предыдущих ораторов

Ну, я не оратор в том смысле что "за облака" не агитирую, так - указал на некоторые неточности в твоих выкладках, не более

Цитата:

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

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

Цитата:

- в чем же будет этот SLA мерятся ?

Тебе правда интересно?
Azure - Service Level Agreements

[gl00mie]

Цитата:

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

Цитата:

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

в чем же будет этот SLA мерятся ?

Тебе правда интересно?
Azure - Service Level Agreements

Даже не смешно - в SQL Database SLA кроме доступности 99.9% и времени простоя до 10 часов в год больше никакой конкретики.

Цитата:

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

Можно еще, конечно, предположить что гарантироваться будет время выполнения операции (типа закрытие склада - не более 3 часов; разноска журнала платежей до 1000 строк - не более 5 минут). Но я как-то очень с трудом представляю, кто же сможет дать такие гарантии, при условии что система может дописываться, а настройки - меняться.

Я вот последние несколько месяцев контактирую с компанией, у которой все сервера - нет, даже не "в облаке", а просто в датацентре, арендованные и разделяемые с другими клиентами, т.е., скажем, СУБД там крутится на стойке, которую используют в хвост и в гриву еще несколько других контор. Так вот, в плане производительности у компании этой все очень печально. Правда, их SLA я не видел, но подозреваю, что там тоже кроме времени простоя в год - лишь общие фразы.

PS. Имеется в виду компания, у которой Аксапта крутится целиком на чужих серверах.

[Vadik]

Цитата:

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

Даже не смешно - в SQL Database SLA кроме доступности 99.9% и времени простоя до 10 часов в год больше никакой конкретики

Ну я бы для начала насчет трех девяток не хмыкал пренебрежительно а подумал о том что клиент сам себе их не обеспечит без тотального дублирования всего что можно, начиная с отдельных компонент и заканчивая датацентром - и многим такое под силу ? По производительности - у Вас с Вашим DBA я полагаю тоже ничего в SLA не прописано, так что почему "там" должно быть хуже и что есть "хуже", лично мне непонятно, но если гранды прикинули и сказали "херня, не взлетит" - я продолжать спор смысла не вижу

[Logger]

Цитата:

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

Ну я бы для начала насчет трех девяток не хмыкал пренебрежительно а подумал о том что клиент сам себе их не обеспечит без тотального дублирования всего что можно, начиная с отдельных компонент и заканчивая датацентром - и многим такое под силу ?

А в чем проблема собственно ?
Это делают многие. Ничего сложного тут нет.
а если и тотальное дублирование сделать. Чем это плохо, если есть ресурсы на это ?