Multi-Enterprise Analysis Services - это можно сделать?

Question

Наша компания (небольшой поставщик программного обеспечения как поставщика услуг в сфере ИТ-индустрии) в настоящее время строит размещенное BI-решение, предлагающее всем нашим клиентам. Сроки были значительно увеличены, и у нас очень мало времени для выбора платформы, но поскольку наша компания сильно инвестирована в .NET/SQL Server, SSAS кажется естественным выбором. Однако модель развертывания SSAS, похоже, ориентирована на внутренние решения для одного предприятия.

У нас есть несколько иное требование. У нас будет несколько витрин данных, построенных на общедоступных данных, которые должны увидеть все клиенты (назовите их A и B) и несколько витрин клиентских данных (назовите их C-Z). C-Z должен быть идентичным по функциям, но полностью изолированным друг от друга (некоторые из наших данных будут защищены HIPAA или чувствительны к бизнесу для наших клиентов).

У нас есть предыдущий опыт работы с Pentaho, который, похоже, имеет одну и ту же модель для одного предприятия, что и SSAS, и решение было довольно грязным взломом с участием нескольких виртуальных машин и прокси (хотя часть этого может быть отнесена к нашему администратору сисадмина время).

Так что мои вопросы:

• ли модель мы должны разумно достижимо в SSAS?
• Если да, то какой лучший подход? Ссылки на документацию будут оценены по достоинству, так как Google немного уменьшится, что кажется актуальным.

Answer 1

Оказывается, это на самом деле намного проще, чем кажется. После создания вашего проекта BIDS выплескивает набор сценариев ASSL, который, будучи XML, означает, что множество автоматических развертываний одной и той же базы данных вполне возможны.

http://msdn.microsoft.com/en-us/library/ms129318%28SQL.90%29.aspx

Answer 2

Мы делаем это. Мы используем LAMP (Linux, Apache, Python и MySQL) в основном и некоторые вещи FLEX/Air/BlazeDS.

Мы предоставляем ПО с несколькими клиентами как услугу (SAAS).

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

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

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