IISのワーカー・プロセスとは、IIS(Internet Information Services)上において、ユーザー・アプリケーションを実行するためのプロセスである。本稿では、このワーカー・プロセスの挙動をカスタマイズする方法について解説する。 ■IIS 6.0の内部アーキテクチャ まず、IIS 6.0の内部的なアーキテクチャについて簡単に解説しておこう。以下は、IIS 6.0の内部アーキテクチャを図示したものだ。 IIS 5.xではInetinfo.exe単体で実装されていたコア・モジュールが、IIS 6.0では次の3つのモジュールに分離されている。 Web管理サービス(WAS) ワーカー・プロセス(w3wp.exe) HTTPリスナ(Http.sys) Web管理サービス(WAS)は、ワーカー・プロセスを管理/監視するモジュールである(詳細後述)。 また、HTTPリスナは、クライア
マニュアル化の際には、その作業を4つに分類し、マニュアル化することで効果の上がる作業を洗い出します。そしてさらに、その作業が“前倒し”できるものかどうかで絞り込みます。 前回は、業務のマニュアル化に取り組むことによって、次のようなメリットが得られる、と書きました(4月4日の記事参照)。 新メンバーにお願いすることで、オリエンテーションになる 既存メンバーにとっては、仕事を見直すきっかけになる つまり、マニュアル化はゴールではなく「業務を見直す」というより大きなゴールに近づくための手段になるわけです。 今回はさらに一歩進めて、実際にマニュアル化に推し進めていく上で起こりがちな問題を考えていきます。具体的には次のような問題です。 マニュアル化の対象となる業務の量が多すぎる つまり、マニュアルというドキュメントを作る前段階として、マニュアル化の対象となる業務を取捨選択する必要があるわけです。 作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く