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

[belugin]

Почему, например IaaS нельзя использовать для кастомизированных решений?

[fed]

Цитата:

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

Почему, например IaaS нельзя использовать для кастомизированных решений?

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

[belugin]

Цитата:

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

А их уже сейчас можно использовать,

Договорились. Идем дальше - PaaS запрещает кастомизации?

Цитата:

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

Мне кажется это очень сильные утверждения.

[MikeR]

Что грядущий Dynamics AX 7.0 нам готовит? - грозовые облака


Если принять таки концепцию, что AX 2012 - это полный апокалипсис.

[fed]

Цитата:

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

Договорились. Идем дальше - PaaS запрещает кастомизации?



Мне кажется это очень сильные утверждения.

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

[twilight]

Цитата:

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

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

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

[miklenew]

Цитата:

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

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

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

[EVGL]

Цитата:

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

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

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

[fed]

Цитата:

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

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

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

[Vadik]

Цитата:

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

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

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

Цитата:

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

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