AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 30.01.2013, 08:36   #1  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
>Интеграция систем ведет к потере надежности

Иногда к повышению. Если бы вместо в винды в Ax было что-то свое написанное специально для нее, то оно было бы менее надежно так как тестировалось на меньшем количестве ситуаций. То же и про SQL сервер.

http://www.catb.org/~esr/writings/ta...l/ch13s01.html

It can happen that the designers of a project are so wary of implementation complexity that they reject a complex but unified way to solve a whole class of problems in favor of lots of duplicative, ad-hoc code that solves each individual one in turn. The result is bloat in the size of the codebase, and maintainability problems more severe than if the unified method had been accepted. For example, a Web project that really needs a centralized relational database behind its pages might instead spawn several different keyed data files containing information that has to be reintegrated at page generation time. This sort of failure is all too common. It doesn't have a traditional name; we'll call it an adhocity trap

Последний раз редактировалось belugin; 30.01.2013 в 08:40.
Старый 30.01.2013, 09:12   #2  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,347 / 996 (38) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от belugin Посмотреть сообщение
>Интеграция систем ведет к потере надежности

Иногда к повышению. Если бы вместо в винды в Ax было что-то свое написанное специально для нее, то оно было бы менее надежно так как тестировалось на меньшем количестве ситуаций. То же и про SQL сервер.
Нет, это подмена понятий. Интеграция и повышение надежности компонент это два совершенно разных процесса. Сама по себе интеграция ведет к потере надежности. Но эффект от использования более надежных компонент может значительно превосходить издержки интеграции.
К примеру:
ERP с встроенной файловой системой имеет вероятность сбоя 10% за условный период времени.
За тот же период ERP, использующая SQL сервер, падает с вероятностью 2%, и SQL с вероятностью 1%. В сумме около 3%. Т.е. суммарная надежность существенно возрасла, т.к. используются более качественные компоненты. Но, тем не менее, сама по себе интеграция увеличила вероятность ошибки. Просто эта вероятность была компенсирована надежностью отдельных компонент.
Если же использовать компоненты не обладающие превосходным качеством, способным компенсировать издержки интеграции, то получается чистый вред.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 30.01.2013 в 09:39.
За это сообщение автора поблагодарили: gl00mie (0).
Теги
workflow, надежность, опыт, производительность

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
WorkFlow DAX2009 TDV DAX: Функционал 1 23.03.2012 20:44
workflowax: What is a workflow owner used for? Blog bot DAX Blogs 0 01.06.2010 15:05
axaptapedia: Workflow Blog bot DAX Blogs 0 28.06.2009 03:06
Solutions Monkey: Using Microsoft Dynamics Ax 2009 Workflow controls in EP Blog bot DAX Blogs 0 30.07.2008 10:05
Arijit Basu: AX 2009 Workflows: A Quick overview Blog bot DAX Blogs 0 19.06.2008 02:07
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 20:09.