Планирование решения уведомления

Прежде чем начать внедрение приложения служб Notification Services, необходимо принять во внимание такие показатели, как ожидаемый тип и объем входных, а также выходных данных приложения. Тщательный анализ этих показателей, а также требований, предъявляемых к приложению, позволит разработать систему, соответствующую целям вашей деятельности.

Контрольный список планирования

При планировании приложения используйте следующие вопросы в качестве руководства.

Необходимо ли будет использовать XML или управляемый код для определения приложения или настройки экземпляра?

SQL Server 2005 Службы Notification Services обеспечивают несколько вариантов разработки приложений и экземпляров. Можно определять приложения и настраивать экземпляры при помощи XML путем создания одного файла определения приложения (ADF) для каждого приложения и одного файла конфигурации экземпляра (ICF) для каждого экземпляра служб Notification Services. Или для определения приложений и настройки экземпляров можно использовать управляющие объекты служб Notification Services.

Дополнительные сведения см. в следующих разделах:

Что является источником событий?

Службы Notification Services соотносят события с подписками, чтобы создать уведомления. Прежде чем приступить к разработке приложения, необходимо определить источник получения событий. Если есть возможность получать события из XML-файлов или баз данных, то можно использовать встроенных поставщиков событий, которые передают данные в приложение служб Notification Services непрерывно или согласно расписанию. Если используется другой формат событий, то может возникнуть необходимость передать события непосредственно в представление события, создать пользовательский поставщик событий или запросить источники данных для пользовательских событий.

Дополнительные сведения о поставщиках событий см. в следующих разделах:

Какие базы данных необходимо будет использовать для хранения данных экземпляра и приложения? Какая конфигурация экземпляра ядра СУБД необходима?

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

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

Обсудите с администратором баз данных, где и как необходимо настраивать базы данных для данных экземпляра и приложения. Дополнительные сведения о параметрах см. в следующих разделах:

Какие схемы событий и подписок должно принимать приложение, а также какие уведомления оно должно формировать? Какие схемы будут использоваться для таблиц хроники?

При определении приложения служб Notification Services необходимо документировать схемы данных события, данных подписки и данных уведомления. Такие схемы используются для создания таблиц приложений и представлений. Сведения о таких схемах позволяют быстро разработать приложение.

Приложения также могут использовать хроники событий и подписок для хранения дополнительных данных события и подписки. Обычно хроники используются для хранения данных события, которые используются запланированными подписками, а также хранения данных предыстории о конкретных подписках.

При определении приложения служб Notification Services необходимо предоставить запросы, которые соединяют данные события и подписки, а затем вставляют данные в представление уведомления. Продуманная структура схем, а также определение индексов в итоговых таблицах и представлениях позволяют создавать оптимальные правила создания уведомлений, что в свою очередь улучшает производительность приложения.

Дополнительные сведения о схемах см. в следующих разделах:

После развертывания приложения при изменении схемы события или уведомления будут удалены и повторно созданы базовые таблицы и представления. Изменение схемы класса подписки приводит к переименованию существующих таблиц, в которых хранятся данные подписки, и к возникновению необходимости вручную перенести старые данные подписки в новые таблицы.

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

Службы Notification Services поддерживают подписки, управляемые событиями (оценка выполняется при наступлении событий), и запланированные подписки (оценка выполняется согласно расписанию). Как подписки, управляемые событиями, так и запланированные подписки поддерживают базовые действия или условные действия.

Дополнительные сведения см. в разделе Определение правил подписок.

Как часто необходимо удалять устаревшие данные события и уведомления?

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

Необходимо ли использовать стандартные компоненты служб Notification Services или нужно внедрить пользовательские компоненты?

Пользовательские компоненты могут предоставить значительный набор функций, соответствующий потребностям конкретного приложения, но для их проектирования, разработки и тестирования необходимы дополнительные ресурсы. Дополнительные сведения см. в разделе Разработка пользовательских компонентов служб Notification Services.

Какой ожидаемый объем уведомлений необходимо будет доставлять в основное время и пиковое? Насколько важен высокий уровень доступности?

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

Какие технологии планируется использовать для реализации интерфейса управления подписками?

Можно реализовать интерфейс управления подписками в управляемом коде при помощи платформы Microsoft .NET Framework или любого языка, поддерживаемого данной платформой, или можно передать базовые данные о подписчике и подписке при помощи представлений служб Notification Services. Интерфейсы управляемого кода могут получать прямой доступ к классам служб Notification Services, в то время как неуправляемые приложения должны использовать взаимодействие COM, при этом они ограничены базовыми, а не условными действиями.

Можно добавлять данные о подписчике и устройстве подписчика при помощи представлений служб Notification Services. Если приложение использует подписки, управляемые событиями, которые поддерживают только базовые действия, то данные подписки также можно добавлять при помощи указанных представлений.

Определив вариант внедрения, можно определить программное обеспечение, которое необходимо установить на каждом сервере, а также лучше запланировать горизонтальное масштабирование и возможность переключения на другой ресурс.

Дополнительные сведения см. в разделе Разработка интерфейсов управления подписками.

Нужно ли интегрировать приложение служб Notification Services с внешними базами данных или приложениями сторонних производителей?

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

Требования, предъявляемые интеграцией, могут оказать влияние на многие аспекты приложения служб Notification Services, такие как производительность системы, параметры форматирования данных и доставка уведомлений.

Дополнительные сведения см. в разделе Службы Notification Services и другие технологии.

См. также

Last updated on 2008-12-15