WebアプリのIISの保守は誰が担当しますか？

IIS / Webアプリケーションは、私が長年働いてきたショップで厄介な問題でした。

一方では、IISは（一般的に）サーバーに組み込まれたサービスであり、通常、サーバー管理者が保守および構成する責任があります。問題が発生すると、何が起こる必要があるかを知っているか、少なくとも「Webアプリに問題がある」と言って診断することができ、開発者にコードをデバッグさせることができます。

ただし、サーバー上の各Webアプリケーションは一意であり、手元の問題に基づいて複雑になる可能性のある多くのニュアンスがあります。

一方、各Webアプリケーションは多くの点でユニークであり、対処する必要がある特定の問題があり、開発者はアプリケーションについて最もよく知っている人です。デバッグのためにweb.configファイルを変更する必要がある場合、またはIISがWebアプリケーションに悲しみを与え始めた場合、開発者は問題がどこにあるかを知り、IISまたはアプリケーション自体が原因でそれに応じて修正する必要があります。

ただし、一部の設定/最適化によってサーバーのパフォーマンスと安定性が著しく損なわれる可能性があるため、開発者が独自にIISにアクセスして調整できるようにすることは深刻な問題になります。

では、バランスはどこにあるのでしょうか？サーバー管理者はIISの達人であり、これらの問題をすべて処理し、サイトファイルを展開で送信するだけですか、それとも開発者がサーバーとIISの問題について責任を負い、それに応じて対処する必要がありますか？

本当に必要なのは、フェンスの両側に専門知識を持っている人のようです。

私の経験では（中小企業の場合）、IT / sysadminスタッフはIISセットアップを適切に維持するための時間、関心、またはwebapp固有の知識を持っていません。彼らは、オペレーティングシステムまでのことを引き受け、開発者である私にIISを渡します。

当然、これを適切に機能させるには、「単なるコーダー以上」である必要があります。システムレベルの問題（セキュリティなど）に注意する必要があります。私は長年にわたって低レベルのシステム管理を行ってきたので、この種のタスクに自信を持っています（実際、長年にわたってプロのシステム管理者にいくつかのことを教えてきました）。ただし、すべての開発者がこの機能を備えているわけではありません。

それでも、私が見たものから、システム管理者のスキルを持つ開発者が多く、（webapp）開発者のスキルを持つシステム管理者がいます。

いつものように、YMMV。

個人的には、開発者がIISをいじるのは望ましくありません。特に、別の開発者が別のアプリケーションで問題を引き起こす可能性がある場合、トラブルシューティングを繰り返し行う必要があります。

IISに問題がある場合は、SysAdminに調べてもらい、特定のアプリに問題がある場合は、開発者に返送してください。開発者に問題がある場合は、SysAdminに報告してください。SysAdminは、変更を加えるかどうかについて十分な情報に基づいた決定を試み、それがすべての人にどのように影響するかを理解します。

私たち（システム管理者）は、サードパーティベンダーと同じように開発者を扱います。アプリの展開を希望する場合、サポートが期待される場合はドキュメントを提供する必要があります。これには、一般的なトラブルシューティングルーチンとサポートエスカレーションパス（許容できない停止の場合に文書化された開発者の責任と組み合わせたアップタイム要件）が含まれます。

明らかに白黒ではありませんが、開発者と管理者の間の緊張を和らげるために多くのことをしました。開発者は、数時間後にページングされる意思に反比例した品質のソフトウェアを提供する必要があることを認識し、開発者は、作成していないツールのフックを感じることなく通過するツールとドキュメントを持っています。

したがって、シナリオでは、開発者が独自のIISサーバー上でアプリを作成し、管理者が運用サーバーにインストールするためのソフトウェアとドキュメントを提供することを意味します。

サーバー管理者はIISの達人であり、これらの問題をすべて処理し、サイトファイルを展開で送信するだけですか、それとも開発者がサーバーとIISの問題について責任を負い、それに応じて対処する必要がありますか？

回答：1人の人物を見つけて、「WSA」（Webサーバー管理者）に通知します。管理者または開発者である可能性があります。本当に関係ありません。しかし、彼らは仕事の両方の側面に没頭する必要があり、チームの残り（両側）は専門知識を尊重する必要があります。

DBAがIT / devの境界をまたぐ方法と違いはありません。Webベースの製品を使用する組織におけるWebサーバーの重要性を考えると、これは重要な役割であり、見過ごされがちな役割であると思います。

ウェブは（データベースに比べて）まだ若いので、この個人を募集するのは難しいです。ほとんどの場合、誰かをその役割に成長/手入れする必要があります。

Web Deployment Tool（Visual Studio 2010以降のWebアプリを公開するための標準の組み込み方法になる）などの新しいユーティリティにより、Microsoftは開発者または少なくともインストールエンジニアがIIS設定などを選択できるようになる道を進んでいるようです（証明書、アプリプールの設定など）。これらはmsdeployインストールパッケージに組み込まれ、パッケージがサーバーに展開されるときにIISサーバーに自動的に適用されます。

合理的な妥協のようです。開発者は運用中の実稼働サーバーの設定を手動でいじる必要はなく、システム管理者はwebapp固有の知識を持つ必要はありません。それでも、パッケージがインストールされる前に何が起こるかを理解したいシステム管理者は、望ましいIIS設定を明確に見ることができます。