Нужна ли доступность в 99,9% для DAX?

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

По темам соседней ветки: Что грядущий Dynamics AX 7.0 нам готовит?
Начало новой ветки берет с комментариев:

Цитата:

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

По моим наблюдениям, у среднестатистического аксаптовского клиента, время простоя системы из за криворукости внедренцев и саппортеров в разы (а может и на порядок) превышает время простоя вызванного инфраструктурными проблемами

Цитата:

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

А нужна ли доступность в 99.9999% вообще. Если мы говорим о банке или платёжной системе, то, конечно, да. А вот что касается системы, используемой для учёта, есть сомнения.

Тема - очень интересная, позвольте ее развить:
Есть критические важные для бизнеса приложения: без функционирования которых бизнес не сможет работать, обычно это фронт-офисные системы: для ритейла, фарм-ритейла и ресторанов - это фискальные системы (POS), для банка - АБС и CRM, для 3PL, ряда дистибьюторских и логистических компаний, занимающихся хранением - это WMS.
Вот к доступности данных приложений - требования очень высокие.
Так же есть "поддерживающие" системы, в которых ведутся основные справочники, учет хозяйственных операций, планирование движения материальных запасов, финансовое планирование и учет, бек-офисные системы. Требования к доступности - тоже высокие (никому не интересно платить за простой фуры, если не можем напечатать документы, или продавать по старым ценам, если система лежит и мы не можем залить новый прайс), но не настолько: бизнес не встанет из-за ее недоступности, хотя трудопотери могут быть большими. Ну ничего - сотрудники кофе попьют, поболтают, байки потравят, потом нагонят - наколотят накладных, зальют данные их фронтов, пересчитают запасы, скорректирую закупки, ну, финансовые расчеты на день слетят - обидно, но не критично.

Так вот, к чему я, Dynamics AX / NAV - это чистой воды система второго класса. Это бэк. Поэтому, конечно, требования к ее надежности и доступности должны быть высокими, но не запредельными.

И, самое главное, очень сильно неправы те, кто пытаются из DAX / NAV при большом кол-ве транзакций сделать фронт-офис: чтобы DAX сама пробивала чеки, и в том же приложении работала как WMS. Вот руки бы поотрывал.

Ребят, если упадет бэк - хрен с ним, переживут. А если одновременно падает WMS (и нельзя ни принять, ни выдать товар по последним сформированным и переданным в WMS данным), или встают продажи - это зло.

Надо так вам WMS на DAX - ставь отдельное приложение. Надо чеки пробивать - прикрути POS, и гоняй агрегированные данный, для планирования пополнения и фин. учета.

У кого есть другие точки зрения - велком.

[Raven Melancholic]

Не очень понятно о чем тут могут быть другие мнения.
Естественно, что для информационных систем всегда оценивается компромисс между желанием постоянной доступностью и стоимость поддержания такого состояния.
Тут даже не нужно быть специалистом в области информационных технологий. Любой, кто ходит в магазины скажет, что, как правило, если на какой-то кассе случился сбой, то ждать человек не будет. Хорошо, если просто на одной кассе заело ленту для печати чеков, можно перейти в другую кассу. А если проблема с ПО у всех касс, то покупатель просто бросит свою корзинку, тележку и пойдет в соседний магазин.
С другой стороны, от учетной системы, конечно, все хотят постоянной доступности, но, если такая доступность стоит немалых денег, то вполне соглашаются на некоторые компромиссы.
Например, у нас на фирме, система восстановления данных (намеренно не пишу, что система сохранения данных, так как задача не сохранять, а восстанавливать) работает так, что крэш тесты показывают, что на восстановление данных Аксы придется на 40 минут остановить работу и потеряются данные в среднем за последние 15 минут..
Такие условия руководство устраивают. Конечно, они бы хотели сокращения времени, но когда узнали во что обойдется сокращение на восстановление с 40 минут на 10 и потеря данных не за 15 минут, а за 5, решили деньги не тратить.

[gl00mie]

В статье Обеспечение надежности работы Microsoft Axapta приводилась наглядная демонстрация того, какого рода доступность нужна для DAX:

[komar]

Ситуация может быть разная. Где-то, например, достаточно предусмотреть процедуры ручной выписки накладных. А кассовые терминалы частенько (если не всегда) предусматривают возможность работы в автономном режиме. Чего Акзапта, естетственно, делать не будет. И что, естественно, проблематично при отправке системы "за облака". То есть в случае упомянутых кассовых терминалов вывод в ЦОД как раз доступность системы снижает, бывает и такое! В общем случае, доступность системы тем меньше, чем больше в ней деталей, которые могут развалиться (пойду найду умную формулу ).


К тому же, подумать о доступности не только мифической "системы", но также и того, что эта "система" обслуживает. Если свет отключат, или случится пожар, к примеру, будет ли работать склад как таковой, и т.п.

Бороться за доступность программы нужно, безусловно, в тех случаях, когда на ней висит контрагент - платёжные системы, онлайн-магазины и т.п. И включает в себя такая доступность ещё и вопросы защиты от ДДОС-атак, ковырякеров и прочих радостей жизни. Это - случай, когда может помочь хороший <ЦОД / облако / какое ещё название этому придумают>.

[Serge Kotov]

Надо же, картинкам выше уже 8 лет исполнилось

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

Также в DAX 2012 внутри магазина может использоваться offline БД для каждого кассового терминала, что оставляет его работоспособным в случае обрыва связи по локальной сети внутри магазина. См. картинку во вложении.

[komar]

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