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

[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

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

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

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

Опа, моя любимая тема! Надо только определится "покупаем мы или продаем".

Цитата:

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

А вот скажите, а в какой единице измерения этот SLA будет мериться, как мне можно будет проверить что обещанная вычислительная мощность представляется?

Хороший вопрос. Нормальные датацентры считают в "процессорном времени". Есть биллинг, который считает, сколько в каждый момент было выделено процессорного времени (мы использовали механизм пересчета, т.к. не могли точно сказать клиенту, на каком точно процессоре будет исполняться его приложение, 1 единицей считали производительность 1 ядра 64х Xeon 6-какой-то серии). Но обычно рамочный контракт заключался на "постоянную работу приложений на 4 единицах п.в. в месяц / квартал с возможностью продления и расширения, но с предупреждением не ранее чем за N рабочих дней."

Цитата:

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

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

Проблема в том, что обещать можно все, что угодно. Другое дело, как прописано в контракте, какая предусмотрена ответственность за нарушение, и какие механизмы слежения. Дело в том, что на этом как раз и можно существенно сэкономить, что очень сильно повлияет на маржу. Поверь, себестоимость доступности 99,5 и 99,9 - примерно в 2 раза. А маржинальность - и поболее будет. Смысл мне соблюдать 99,9, если я де-факто могу предоставлять 99,5, и меня никто не проверит, а если проверит, то ничего не докажет, а если докажет, то не сможет наказать?