Microsoft Reporting Server 2012を使用してレポートサービスを展開する予定です。理解しているとおり、3つのコンポーネントがあります。Microsoft Reporting Server SSRS 2012アーキテクチャ
SSRSとSQL Serverを同じボックスにインストールし（DBサーバーと呼ぶ）、クライアントのブラウザをWebフロントエンドからDBサーバー上のURLにリダイレクトします。
ウェブフロントエンドがクライアントブラウザの唯一の宛先になるようにソリューションを設計することは可能ですか？SSRSはWebサーバーとDBサーバーの両方とは別の専用サーバーにありますか？
このシナリオでは、認証はどのように機能しますか？エンタープライズADを使用した統合認証を使用しています。私は過去に使用している
構成はこれらです：
「ウェブフロントエンドはクライアントブラウザの唯一の宛先です」ということを100％確信していません。エンドユーザーがレポートを取得するためにデータベースサーバーではなくWebサーバーにヒットするだけであれば、上記のいずれかが機能します。レポートをホストする既存のイントラネットサイトがある場合は、MSテクノロジを使用している場合は、Webパーツ経由で行うことができます。レポートを展開できるようにSSRSの設定が必要ですが、Webパーツはそこから読み取ります。または、そのルートに行く場合は、Report ManagerまたはSharePointへのリダイレクトを続行できます。
SSRSとSQL Serverとの間の認証は、通常、SSRSが実行するAD（Active Directory）ユーザー/サービスアカウントを介して行われ、データベースへのアクセスはSQL Server上での使用です。
ユーザーがレポートを参照して実行できるようにする認証は、通常、ADを介して行われます。中央のADグループにすべてのユーザーを追加し、そのグループにSSRSサーバーに対するブラウザーのアクセス許可を与えることができます。この認証は、Webパーツを使用してSSRS Report Manager以外のレポートをホストする場合にも適用されます。
SSRSがレポートに表示されるデータをプルするために使用する認証は、通常、SQL Server認証、またはユーザー名とパスワード（共有データに格納されている） SSRSのソース）。