Рубрика «SQL Reporting»

Итак, предыдущая часть была посвящена настройке сервиса SQL Reporting в Windows Azure. Мы рассмотрели два варианта настройки сервисов публикации отчетов: как сервис (SQL Reporting) и с использованием виртуальной машины SQL Server (SSRS). Теперь давайте разберем способ настройки сервисов SQL Reporting и SQL Server для поддержки сценариев multi-tenant, когда один сервис отчетов может использоваться для разных источников данных.

Публикация проекта

  1. Откройте проект отчетов в “SQL Server Business Intelligent Development Studio”;
  2. В контекстном меню проекта выберите пункт “Properties”;
  3. Мы будет разделять отчеты одного заказчика от другого, используя разные корневые каталоги. Для этого в значения полей с префиксом “Target…Folder” укажите корневой каталог с именем заказчика;
    Сервисы SQL Reporting в облаках. Часть 3: Multi tenant
  4. Опубликуйте проект отчетов для разных заказчиков в SQL Reporting service и/или виртуальную машину SQL Server.

Читать полностью »

В прошлый раз мы сравнивали цены при использовании сервисов отчетов, которые доступны как сервис в Windows Azure (SQL Reporting), с вариантом развертывания обычной виртуальной машины с SQL Server (SSRS).
Опять же, я не берусь утверждать, что один сервис лучше или хуже. В большинстве случаев решение о том, какой из сервисов использовать в приложении, необходимо принимать согласно тем задачам, которые стоят перед приложением, и финансовым требованиям заказчика. Я лишь хочу показать, что для построения решения с использованием сервисов отчетов есть два пути.

Варианты использования

Предположим, что наше приложение работает в Windows Azure и реализовано как Cloud Service (PaaS). Оно использует в качестве источника данных базу данных SQL Azure. Необходимо сконфигурировать сервисы построения отчетов для использования в приложении. Как уже было рассмотрено ранее, сервисы построения отчетов для приложения Windows Azure могут быть построены двумя способами:

  1. PaaS: SQL Azure + SQL Reporting;
    SQL Azure будет использован как сервис;
    SQL Reporting будет использован как сервис.
  2. Гибридное решение: SQL Azure + SQL Server Reporting Services;
    SQL Azure будет использован как сервис;
    SQL Reporting Services должны быть настроены на отдельной виртуальной машине SQL Server (IaaS).

Давайте теперь посмотрим на детальный процесс настройки обоих сервисов. Однако прежде чем мы начнем, я предполагаю, что база данных SQL Azure уже сконфигурирована и размещена в Windows Azure.
Читать полностью »

Платформа Windows Azure становится все более и более популярной в сфере облачных вычислений. Все больше и больше заказчиков хотят перенести свои существующие решения в облако. Очень часто одной из частей приложения, которую необходимо перенести в облако являются сервисы построения отчетов SQL Reporting Services (SSRS). В качестве аналога для платформы Windows Azure выступают SQL Reporting. SQL Reporting – это сервис платформы Windows Azure для построения отчетов в SQL Azure, эквивалентный обычным SQL Server Reporting Services для SQL Server. На первый взгляд оба сервиса предоставляют одинаковые возможности построения отчетов, при том, что SQL Reporting гораздо дешевле обычного SSRS. Давайте проверим так ли это.

Сравнение цен

Оба решения могут быть использованы для построения multi-tenant сценариев, когда одним сервисом пользуется несколько заказчиков, оба решения могут быть использованы в связке с базой данных как обычного SQL Server, так и SQL Azure.
В качестве примера рассмотрим несколько абстрактных заказчиков, веб-сервисы которых размещаются в облаке Windows Azure и обслуживают некоторое количество клиентов.
Давайте посмотрим на таблицу цен обоих решений.

Сервисы SQL Reporting в облаках
* — SQL Reporting предоставляет возможность генерации 30 отчетов за час вычислений по цене $0,16.
** — Используется цена SQL Server Standard Edition
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js