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

[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, и меня никто не проверит, а если проверит, то ничего не докажет, а если докажет, то не сможет наказать?