none
追加で新しいWebアプリケーションを作成する理由について RRS feed

  • 質問

  • いつもお世話になっております。

    先月より運用を開始した弊社のSharePointサーバに、グループ会社も乗ってくることになり、どのような構成にするか検討しているところです。(ADサーバも共有します)

    既存の弊社のWebアプリケーションを共有して、サイトコレクションを別にすることで対応しようと考えてはいるのですが、

    そもそも、どのような場合にWebアプリケーションを追加で作成するべきであるかを教えていただけますでしょうか。

    Webアプリケーションから別にする必要があるのかどうかの、検討材料とさせていただきたいと思っております。

    大変初歩的な質問で申し訳ございませんが、ご回答よろしくお願いいたします。

    2014年7月16日 7:25

回答

  • 回答が付かないようですので・・・
    それほどSharePointに精通しているわけではないのですが、弊社でも2010バージョンを運用しており、一応管理している身です・・・。

    さて、Webアプリケーションは1つのASP.NETアプリケーションですので、認証やセキュリティをWebアプリケーション毎に設定できます。例えば、イントラ向けは認証が必要で、インターネット側は匿名アクセスで行うなどです。

    あとは特定のグループしか使わない部分をサイトコレクションで作成し、メニューから隠すのであれば、そのグループ専用にWebアプリケーションを構築するという、運用上の理由ぐらいでしょうか・・・

    さほど詳しくないのですが、少しでも参考になれば幸いです。


    ★良い回答には回答済みマークを付けよう! わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 2:37
  • すみません、、trapemiyaさんの回答は、質問者さんの"Webアプリケーション"の記述をIISのWebサイトと捉えていませんか。

    SharePointのWebアプリケーションは、IISのWebサイトとは別物で、1つのWebアプリケーションに複数の認証を設定することができますよ。(1つのSharePointのWebアプリケーションに複数のIISのWebサイトをバインドできます)

    ご質問を見る限り、Webアプリケーションを追加する必要はないと思いますが、そのようなケースとしては、以下ぐらいでしょうか。

     ・管理やパフォーマンスの影響に対し境界を設けたい。
     (個人用サイトをホストするWebアプリケーションを作成するのも、これにあたります)

     ・全体管理において、Webアプリケーション単位でしか設定できない項目を分けたい。
     (例えば、送信先SMTPサーバを分けたい、とか、ブロックするファイルの種類を分けたいとか)

     ・ソリューションの展開先を分けたい。(展開する箇所と展開しない箇所を作りたい)

    思いつく所はそんな所です。
      

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 8:40
  • 一般的に Web アプリケーションを分割する要件としては、trapemiya さんも記載されている認証の違いがあります。

    その他では、コンテンツ データベースは Web アプリケーションに紐づいているため、データベースが明確に分離されることになり、管理しやすくなると思います。(特に障害からの復旧時など。)

    また、Web アプリケーション単位で行える設定もあります、「ごみ箱の保存期間」や「アップロード最大サイズ」などです。

    さらには、SharePoint では、Web アプリケーションの層でのみ明確に「拒否」の権限を設定できますので、そうした利用ユーザーの明確な分離が必要な場合にも分けたほうが良いですね。

    あとは、Web パーツなどの追加機能の開発を行った場合、ファーム ソリューションで展開する時は、Web アプリケーションごとに展開する・しないを選べることも多いですね。

    さっと思いつくところですが、ご参考となれば。

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 8:44

すべての返信

  • 回答が付かないようですので・・・
    それほどSharePointに精通しているわけではないのですが、弊社でも2010バージョンを運用しており、一応管理している身です・・・。

    さて、Webアプリケーションは1つのASP.NETアプリケーションですので、認証やセキュリティをWebアプリケーション毎に設定できます。例えば、イントラ向けは認証が必要で、インターネット側は匿名アクセスで行うなどです。

    あとは特定のグループしか使わない部分をサイトコレクションで作成し、メニューから隠すのであれば、そのグループ専用にWebアプリケーションを構築するという、運用上の理由ぐらいでしょうか・・・

    さほど詳しくないのですが、少しでも参考になれば幸いです。


    ★良い回答には回答済みマークを付けよう! わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 2:37
  • すみません、、trapemiyaさんの回答は、質問者さんの"Webアプリケーション"の記述をIISのWebサイトと捉えていませんか。

    SharePointのWebアプリケーションは、IISのWebサイトとは別物で、1つのWebアプリケーションに複数の認証を設定することができますよ。(1つのSharePointのWebアプリケーションに複数のIISのWebサイトをバインドできます)

    ご質問を見る限り、Webアプリケーションを追加する必要はないと思いますが、そのようなケースとしては、以下ぐらいでしょうか。

     ・管理やパフォーマンスの影響に対し境界を設けたい。
     (個人用サイトをホストするWebアプリケーションを作成するのも、これにあたります)

     ・全体管理において、Webアプリケーション単位でしか設定できない項目を分けたい。
     (例えば、送信先SMTPサーバを分けたい、とか、ブロックするファイルの種類を分けたいとか)

     ・ソリューションの展開先を分けたい。(展開する箇所と展開しない箇所を作りたい)

    思いつく所はそんな所です。
      

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 8:40
  • 一般的に Web アプリケーションを分割する要件としては、trapemiya さんも記載されている認証の違いがあります。

    その他では、コンテンツ データベースは Web アプリケーションに紐づいているため、データベースが明確に分離されることになり、管理しやすくなると思います。(特に障害からの復旧時など。)

    また、Web アプリケーション単位で行える設定もあります、「ごみ箱の保存期間」や「アップロード最大サイズ」などです。

    さらには、SharePoint では、Web アプリケーションの層でのみ明確に「拒否」の権限を設定できますので、そうした利用ユーザーの明確な分離が必要な場合にも分けたほうが良いですね。

    あとは、Web パーツなどの追加機能の開発を行った場合、ファーム ソリューションで展開する時は、Web アプリケーションごとに展開する・しないを選べることも多いですね。

    さっと思いつくところですが、ご参考となれば。

    • 回答の候補に設定 佐伯玲 2014年7月18日 0:36
    • 回答としてマーク piyoko2 2014年7月22日 1:56
    2014年7月17日 8:44
  • ご回答くださったみなさま、誠にありがとうございました。

    どの回答もとても参考になるものでした。

    いただいた回答をもとに、必要性について検討させていただきます。

    どうもありがとうございました。

    2014年7月22日 1:58