Читать «Основы проектирования корпоративных систем» онлайн - страница 263

Рис. 18.3. Вариант отчета или просмотра данных по различным компаниям

Далее перечислено, что собственно добавлено в отношении пакетной обработки в Dynamics:

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

• возможность запуска задач как в последовательном, так и параллельном режиме;

• анализ зависимости между задачами и принятие решения, каким образом имеет смысл эти задачи реализовывать;

• распараллеливание потоков выполняемых задач по серверам (Application Object Server);

• оптимизация потоков задач в зависимости от загрузки серверов, в том числе сервер может автоматически выполнять несколько потоков в зависимости от пропускной способности и своей загрузки;

• в случае падения системы возможность автоматического повтора задачи;

• построение дерева зависимостей (создается X++-разработчиком), что дает возможность определить взаимодействие различных задач, пакетов задач в системе.

Еще одним важным направлением развития является архитектурное расширение Application Object Server до 64-бит. Здесь поддерживаются серверные компоненты в архитектуре 32 и 64 бита. Также 32– и 64-разрядная архитектура поддерживается для коннекторов на основе. NET для подключения сторонних приложений, для интеграции приложений. При этом возможна как балансировка нагрузки, так и поддержка распределенных систем на основе нескольких кластеров.

Еще один важный вопрос, который нужно рассмотреть для продолжения разговора о новых чертах Microsoft Dynamics, – это обновление данных. На самом деле применительно к корпоративным системам это достаточно сложная проблема обновления данных, приложений, потому что, естественно, это огромное количество взаимодействующих модулей, достаточно сложные взаимосвязи между ними и серьезные осложнения, если система собирается неправильно, т. е. какая-то версия модуля не вполне соответствует своему программному окружению. Для того чтобы облегчить обновление данных, существуют возможности, связанные с построением списков обновления, или Upgrade checklist. Процедура построения такого списка представлена на рис. 18.4.

Видно, что включаются возможности выполнения обновления по нескольким направлениям: обновление данных, обновление кода с учетом различных сценариев синхронизации. Существует возможность определения предварительных условий на обновление и заключительных условий, которые гарантируют успешное обновление. При этом используется новая пакетная модель разработки. Поддерживаются конфигурационные ключи как для сценариев обновления различных, так и для всех модулей, которые входят в состав программных комплексов. При этом для сценариев можно определить условия, которые необходимы для их запуска, т. е. планировать запуск сценариев.