В этой статье поясняется модель лицензирования компонентов, которая используется в приложениях Crystal Reports XI Release 2 (и более ранних версиях). После ознакомления с этим документом вы лучше поймете, как эта модель влияет на разработку приложений Report Designer Component или .NET.
Введение
Компонент проектирования отчетов (Report Designer Component, RDC) и продукт Crystal Reports XI for .NET (CR .NET) используют модель лицензирования параллельной обработки (concurrent processing license, CPL). Данная техническая статья объясняет последствия, которые влечет использование этой модели для работы приложений Crystal Reports.
Компоненты и серверы
Компоненты RDC и CR .NET используют три (3) лицензии CPL на процесс. В отличие от серверов Business Objects (например, Page Server и Report Application Server, которые являются частью продуктов BusinessObjects Enterprise и Crystal Reports Server), компонент "не знает" о других процессах, которые также обрабатывают запросы на получение отчета. В результате уменьшается количество вариантов оптимизации, а потребление ресурсов будет больше, чем у сходного решения, разработанного с использованием одного из этих серверов.
Поэтому максимальное количество параллельных пользователей, которое может обслуживать решение, меньше, чем на эквивалентном аппаратном обеспечении, где используется продукт BusinessObjects Enterprise. Общее правило таково: если приложение регулярно обслуживает более пяти (5) параллельных пользователей, то для оптимизации развертывания приложения настоятельно рекомендуется рассмотреть серверное решение.
Поскольку компоненты RDC и CR.NET не контролируют контекст, в котором создаются их экземпляры, есть множество настроек, которые могут потенциально повлиять на работу приложения. Однако обе эти технологии можно успешно и безопасно использовать в многопоточной среде, учитывая, что вы должны понимать перечисленные выше ограничения.
Лицензирование параллельной обработки
Когда ядру RDC или CR .NET присылается такой запрос, как "экспортировать данные" или "установить значение параметра равным х", управление приложения передается этому компоненту в рамках контекста выполнения. Обработка каждого запроса может занимать различное время. Например, задание значения параметра обычно выполняется гораздо быстрее, чем экспорт данных. Допускается параллельное выполнение внутри компонента максимум трех действий. Дополнительные запросы ставятся в очередь. Они должны ждать, пока не завершится выполнение одного из трех запросов внутри ядра.
Например, у вас есть пять пользователей веб-приложения, которое использует компонент CR .NET, и все они одновременно инициируют действие экспорта. В этом случае три из этих действий будут обработаны немедленно, а другие два должны будут ждать, пока не завершится один из первых запросов на экспорт.
Ниже описаны чаще всего встречающиеся сценарии и итоговая производительность.
Однопоточное приложение Winform
В этом сценарии всегда есть лишь одно действие, выполняемое за один раз. Поэтому у пользователя не будет никаких запросов в очереди. Поскольку несколько экземпляров приложения работают в различных процессах, каждый экземпляр получит три лицензии CPL.
Приложение Webform, работающее на одном процессоре
Любые запросы, которые получают доступ к компоненту RDC или CR .NET, подпадут под ограничение на три лицензии CPL. Компоненты RDC и CR.NET не влияют на другие части приложения. Три лицензии CPL применяются только к параллельным запросам, активно обрабатываемым в ядре Crystal Reports. Если настроить Microsoft Internet Information Services (IIS) на создание только одного процесса для всех приложений IIS, то этот один процесс будет использовать три лицензии CPL. Если все приложения IIS настроены на работу в своем собственном процессе, то каждый процесс будет работать с тремя лицензиями CPL.
Гиперпоточность с любым количеством процессоров
Гиперпоточность - это параллелизм уровня потоков, который позволяет на одном процессоре одновременно запускать несколько потоков одного приложения. Поскольку эти потоки по-прежнему являются частью одного процесса, гиперпоточность для компонентного решения по созданию отчетов не предоставляет практически никаких выгод. В этом случае по-прежнему могут быть обработаны максимум три параллельных запроса.
VMWare и Citrix
Эти технологии обеспечивают виртуализацию серверного аппаратного обеспечения нижнего уровня. В этом сценарии компоненты CR .NET и RDC "знают" только о процессе, в котором они работают. Они ничего не знают о базовом аппаратном обеспечении нижнего уровня, которое на самом деле обеспечивает работу виртуальной машины. В этом случае процесс создается виртуальной машиной. Поэтому количество реальных параллельных запросов, обрабатываемых компонентами Crystal Reports, не связано напрямую с физическими аппаратными средствами. Он зависит от того, какие сведения об аппаратном обеспечении выдает виртуальная машина VMWare или Citrix.
"Веб-фермы" (Webfarm) или "веб-сады" (Webgarden) с несколькими процессорами в IIS
В этом сценарии одно приложение IIS работает на нескольких процессорах. IIS обеспечивает значительную гибкость для настройки этого сценария. Часто IIS настраивается таким образом, чтобы один рабочий процесс работал для одного приложения на одном процессоре. Поэтому в данном случае вы получили бы максимум три лицензии CPL на процессор, или три лицензии CPL на рабочий процесс IIS. Более подробную техническую информацию по конфигурациям IIS и их применению в многопоточной модели можно получить в документации по продукту Microsoft IIS.