恋のような　愛のような

☆サーバー基礎技術
１．DSセンターサーバー構築にともなうバーチャルサーバー定義作成
　　単数ＩＰアドレス上の複数のドメインのセッション管理
　　ＤＮＺ開放における同一セグメントセッションの外部アクセス化
２．複数ドメイン上のメールセンターサーバー構築準備
３．セッション保持を前提としたバックアップサーバーへのテイクオーバー手法検討
　　データ保持の二重化、自動テイクオーバーの閾値の検討
　　自動テイクオーバー処理のプロセス検討
４．データ同期スキーム策定ならびに障害発生時の手順策定
　　同期冗長性の保持、最適化されたロールオーバー運用を実施フェイズに移行する
　　データマージプロセスの簡素化、即時処理への移行対応の実施
　　差分同期に関する基準の策定ＤＩＲＣＴＯＲＹ検討開始

☆先進のａｓｐ技術を革新
５．夜間自動ファイル転送による災害対応システム構築準備
６．次世代アフリエイトイデア、アライアンスモデル調査中
７．ユーザーアドバンテジのリサーチ、システム化モデル調査中
８．ＷＥＢＣＭＳ　インターフェイス調査中
９．ターゲットマーケティングコンゼプト策定開始
１０．ＲＳＳ関連自動配信・受信スクリーニングシステム調査中
１１．認証サーバーを2重化(ホットスタンバイ)し、システムの可用性を向上化
１２．アドレスなどの情報を管理し認証するサービス（ディレクトリー・サービス）を行うための
通信規格LDAP（Lightweight Directory Access Protocol）採用検討開始

☆基本仕様定義抜粋
ドメインに対するすべてのリクエストを、そのユーザーの資格情報のみを持つApacheインスタンスからホストする。
１．Apache を、起動時に任意のユーザーの資格情報を求めるように構成
インターネットから可視なIP アドレスとポートが各ユーザーに割り当たらない設定
ある 1 つの Apache インスタンスは、特定の IP アドレスとポートをコントロール。
複数ユーザーに属する複数ドメインを同じ IP アドレスとポートの組み合わせでホスト不可。

Apache 2.0 MPM (multiprocessig module) の概念　perchild ＭＯＤＵＬＥ
１．IP アドレスとポートの組み合わせに配布スレッドを割り当て
２．個々のユーザーの資格情報の下で実行するサテライト・スレッドにリクエストを渡す
３．複数のユーザー ID を使った仮想ホスティングを行う
４．Apache がページに対するリクエストを他のサーバーに転送
５．そのレスポンスを、元々リクエストを発行したクライアントに戻す
　各ユーザーに対して、(プライベート IP アドレスとポートの組み合わせによる)
ユーザー固有の ID で実行する独自の Apache インスタンスを付与
６．mod_proxy ソリューションにて、パブリック IP アドレスとポートの組み合わせ
www-data として実行するファサード・サーバーを使用
どちらのユーザーのドメインにもアクセス可能とする
ファサード・サーバー　　イベント MPM を実行
７.mod_proxy モジュールに対して機能強化
８.ワーカー MPM とイベント MPM はスレッド化
９.ファサード・サーバーのメモリー・オーバーヘッドを低減

☆サーバー基礎技術力の向上
　　バックエンド・サーバー
１．PHP モジュールがスレッド環境で実行しない
２． 2 つのソリューションは、PHP モジュールにプロセス・ベースの環境提供
バックエンド Apache インスタンスの構成
　　ＳSL 接続ドメイン
１．SLL プロトコルがドメインの仮想ホスティングを不許可。
２．SSL のホスティングは、各 SSL ドメインが固有の IP とポートの組み合わせでホスト。
３．これはApache 構成に共通する制限であり、mod_proxy 特有の制限ではない。
４．そのドメイン所有者のユーザー ID を使えば、SSL が必要なドメインでも実行可能。
５．2台のバックエンド・サーバーにリクエストを転送するファサード・サーバー環境を構築。
６．同じ原理を、何台ものバックエンド・サーバーを使用する場合に適用。
７．潜在的なセキュリティー・リスクを分離、PHP のようなツールの柔軟性を活用。
　　　　　　　　　　　　　　　　　　　　　　　　　 以下余白