カテゴリ:だから
☆リレーショナルデータベースマネージメント
シーケンシャルDB上のオンライン処理 1.データベースサーバーログイン、DBオープン、セレクト フィールド オブ データ Login to remoteserver , open db ,select fields tables , sorted target,select target. write file tranfer file close 2.非PHP、非HTTP上のデータ管理データ監視 ☆DNSセンターサーバー構築にともなうバーチャルサーバー構築 要求定義 単数IPアドレス上の複数のドメインのセッション管理機能 DNZ開放における同一セグメントセッションの外部アクセス化 複数ドメイン上のメールセンターサーバー構築併設 セッション保持したバックアップサーバーへのテイクオーバー手法検討 データ保持の二重化、自動テイクオーバーの閾値の検討 自動テイクオーバー処理のプロセス検討 データ同期スキーム策定ならびに障害発生時の手順策定 同期冗長性の保持、最適化されたロールオーバー運用を実施 データマージプロセスの簡素化、即時処理への移行対応の実施 差分同期に関する基準の策定DIRCTORY検討開始 夜間自動ファイル転送による災害対応システム構築準備 ☆ 次世代アフリエイトイデア、アライアンスサーバーモデル調査中 ユーザーアドバンテジのリサーチ、システム化モデル調査中 WEBCMS インターフェイス調査中 ターゲットマーケティングコンゼプト策定開始 RSS関連自動配信・受信スクリーニングシステム調査中 認証サーバーを2重化(ホットスタンバイ)し、システムの可用性を向上化 アドレスなどの情報を管理し認証するサービス(ディレクトリー・サービス)を行うための通信規格LDAP(Lightweight Directory Access Protocol)採用検討開始 ☆基本仕様定義 ドメインに対するすべてのリクエストを、そのユーザーの資格情報のみを持つApacheインスタンスからホストする。 Apache を、起動時に任意のユーザーの資格情報を求めるように構成 インターネットから可視なIP アドレスとポートが各ユーザーに割り当たらない設定 ある 1 つの Apache インスタンスは、特定の IP アドレスとポートをコントロール。 複数ユーザーに属する複数ドメインを同じ IP アドレスとポートの組み合わせでホスト不可。 Apache 2.0 MPM (multiprocessig module) の概念 perchild MODULE IP アドレスとポートの組み合わせに配布スレッドを割り当て 個々のユーザーの資格情報の下で実行するサテライト・スレッドにリクエストを渡す 複数のユーザー ID を使った仮想ホスティングを行う Apache がページに対するリクエストを他のサーバーに転送 そのレスポンスを、元々リクエストを発行したクライアントに戻す 各ユーザーに対して、(プライベート IP アドレスとポートの組み合わせによる)ユーザー固有の ID で実行する独自の Apache インスタンスを付与 mod_proxy ソリューションにて、パブリック IP アドレスとポートの組み合わせ www-data として実行するファサード・サーバーを使用 どちらのユーザーのドメインにもアクセス可能とする ☆ファサード・サーバー イベント MPM を実行 mod_proxy モジュールに対して機能強化 ワーカー MPM とイベント MPM はスレッド化 ファサード・サーバーのメモリー・オーバーヘッドを低減 ☆バックエンド・サーバー PHP モジュールがスレッド環境で実行しない 2 つのソリューションは、PHP モジュールにプロセス・ベースの環境提供 バックエンド Apache インスタンスの構成 ☆SSL 接続ドメイン SLL プロトコルがドメインの仮想ホスティングを不許可。 SSL のホスティングは、各 SSL ドメインが固有の IP とポートの組み合わせでホスト。 これはApache 構成に共通する制限であり、mod_proxy 特有の制限ではない。 そのドメイン所有者のユーザー ID を使えば、SSL が必要なドメインでも実行可能。 2台のバックエンド・サーバーにリクエストを転送するファサード・サーバー環境を構築。 同じ原理を、何台ものバックエンド・サーバーを使用する場合に適用。 潜在的なセキュリティー・リスクを分離、PHP のようなツールの柔軟性を活用。 お気に入りの記事を「いいね!」で応援しよう
Last updated
Feb 21, 2007 05:00:58 PM
コメント(0) | コメントを書く |
|