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

[Ivanhoe]

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

[Logger]

Цитата:

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

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

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

[Atar]

Цитата:

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

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

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

[shogel]

Цитата:

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

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

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

[twilight]

Цитата:

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

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

У нас есть проект в облаке (через Citrix) по автоматизации сдачи в аренду площадей в торговых центрах.

[miklenew]

Цитата:

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

У нас есть проект в облаке (через Citrix) по автоматизации сдачи в аренду площадей в торговых центрах.

Что имеется ввиду? Что сервер стоит не у себя под боком в каморке, а у дяди васи?

[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 сервера в облаке

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

Цитата:

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

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

[EVGL]

Цитата:

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

Понимаешь, я как клиент (а теперь скорее партнер), ничего не должен доказывать. Это мне вендор должен предоставить финансовую модель, которая позволила бы мне посчитать выгодность/невыгодность облака (любого), по сравнению с существующей схемой.

Выгодно было бы держать БД и AOS где-то там и незаметно для пользователя их масштабировать. Что, собственно, и призван поддерживать System Center.

[macklakov]

Цитата:

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

Windows 8. Metro UI

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

[fed]

Цитата:

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

Выгодно было бы держать БД и AOS где-то там и незаметно для пользователя их масштабировать. Что, собственно, и призван поддерживать System Center.

Кстати тут подумал что модель облака основана на предположении более или менее равномерной загрузки. Например - если мы хостим 100 сайтов, то вероятность того что более 10 из них будут иметь пиковую нагрузку в один и тот же день - весьма мала. В то же время, мы все знаем что при автоматизации бизнеса, пиковая нагрузка приходится на конец-начало месяца. Соответственно - если провайдер у нас специализируется на бизнес-приложениях, ему придется держать сервера с большим запасом - в рассчете на конец месяца. А если же наш провайдер держит смесь бизнес-приложений, почты, веба, да и вообще любых приложений, то вроде бы особых преимуществ в плане поддержки он давать не будет (поскольку у него не хватит грамотных спецов чтоы весь этот зоопарк поддерживать).
Так что получается что вообще никаких преимуществ по масштабируемости и скалируемости в области бизнес-приложений облако дать не может...

[Vadik]

Цитата:

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

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

Вот они там все идиоты и такую фигню элементарную не просчитали, ага ? Ну вот мы к примеру достаточно большой бизнес и закрытие месяца растянуто дней на 7-10 а не "в ночь с 31 на 1" (разные компании в группе \ регионы \ подразделения и модули в конце концов. Потом, не забывай что пользователи облака - из разных географических и временных зон, так что очень даже равномерно нагрузка может размазываться.

Цитата:

Так что получается что вообще никаких преимуществ по масштабируемости и скалируемости в области бизнес-приложений облако дать не может...

Есть преимущества, нет их - выдерживать SLA и минимизировать затраты - головная боль сервис провайдера, ты как клиент сервис либо покупаешь за заявленную заранее денежку, либо нет - тебе не все равно ? Не хочешь в облако - использовать аксапту on premise тебе вроде пока никто запрещать не собирается

[komar]

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

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

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

[fed]

Цитата:

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

Вот они там все идиоты и такую фигню элементарную не просчитали, ага ? Ну вот мы к примеру достаточно большой бизнес и закрытие месяца растянуто дней на 7-10 а не "в ночь с 31 на 1" (разные компании в группе \ регионы \ подразделения и модули в конце концов. Потом, не забывай что пользователи облака - из разных географических и временных зон, так что очень даже равномерно нагрузка может размазываться.

Как тут уже верно заметили - закрытие периода это не закрытие склада, которое можно часика за 2-3 прогнать, а период порядка недели-10 дней.И все эти 7-10 дней пользователи создают разнообразную загрузку - но во всех случаях - повышенную по сравнению с нормальной. И по моим оценкам - повышенную эдак процентов на 40.

Цитата:

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

Есть преимущества, нет их - выдерживать SLA и минимизировать затраты - головная боль сервис провайдера, ты как клиент сервис либо покупаешь за заявленную заранее денежку, либо нет - тебе не все равно ? Не хочешь в облако - использовать аксапту on premise тебе вроде пока никто запрещать не собирается

Ну так для того чтобы дать клиенту какие-то ценовые преимущества - поставщик сам должен их иметь. Ну то есть - если мы имеем 10 клиентов и под 10 клиентов держим 10 мощных серверов, то клиент, в конечном итоге заплатит столько же сколько бы ему обошлись бы те же серверы в собственности+наша прибыль. Вот если мы имеем 1000 клиентов с равномерной загрузкой (типа e-mail серверов) и мы этих клиентов держим всего-лишь на 300 серверах (вместо 1000), то мы можем для клиентов установить стоимость аренды равную, условно говоря, 40% от их расходов при покупке сервера в собственность. При этом и клиент экономит (за счет экономии масштаба) и мы деньги зарабатываем (потому что часть экономии масштаба мы кладем себе в карман). А раз провайдеру сэкономить негде, то и клиенту особой экономии не случиться...

[komar]

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

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

Цитата:

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

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

[belugin]

Цитата:

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

Ну то есть - если мы имеем 10 клиентов и под 10 клиентов держим 10 мощных серверов, то клиент, в конечном итоге заплатит столько же сколько бы ему обошлись бы те же серверы в собственности+наша прибыль.

1. Не факт, что 1000 серверов на 1000 клиентов в одном датацентре стоит столько же сколько 1000 серверов у 1000 клиентов отдельно - возможна экономия масштаба на инфраструктуре и администрировании

2. Если в датацентре работает зоопарк приложений это не значит, что этот зоопарк поддерживается силами хостера. Хостер может просто предоставлять платформу или инфраструктуру ("вот вам SQL сервер под SLA" или даже "вот вам виртуалка под SLA"). Таким образом саппорту достаточно решать прорблемы своего уровня абстракции.

[EVGL]

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

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

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