EnterpriseServer-Alaska

ALASKA は System i (iSeries400) 日本語環境専用として独自に弊社が開発した HTTPサーバーです。
すべてのWebの動作のプラット・フォームとなるHTTPサーバーだからこそ安全で高速で軽く動作する必要があります。
System i (iSeries400) にこそ、i5/OS(OS/400)の機能の高さを生かしたHTTPプロトコルの処理構造があっても
良いのではないでしょうか?

ALASKA は従来のHTTPサーバーの処理構造を単に i5/OS(OS/400) の上で再現するのではなく、さらに独自の進化を
遂げて i5/OS(OS/400) ならではの仮想対話式環境などの多くの先進的な機能をダイナミックに提供します。

日本語環境のCCSID=5026、5035でそのまま動作しますので既存の環境を変更する必要がありません。
Web化のための別の System i や PCサーバーを購入する必要もありません。

POSTメソッドによる文字化けもありません。
しかも半角カナと英小文字を同時にひとつの画面から入力して表示することができます。

「㈱」や「Ⅰ,Ⅱ, ...」などのような漢字は「機種依存の漢字」として PCによって異なる2 種類の ASCIIコードを
持っています。一般には EBCDIC に変更可能であるのは、片方だけなのですが Alaska は、どちらの漢字の
入力もサポートしています。JIS83で変更された漢字群もサポートしています。

HTMLテンプレートは ASCIIコードのままで IFS に保管されていますので、クライアントへ変換する必要は
ありません。
唯一、データだけを EBCDIC/ASCII 変換する必要がありますが、この変換速度にもこだわりました。
独自の EBCDIC/ASCII 変換は i5/OS(OS/400) API の 2倍以上の変換速度で実行されます。

IBM が推薦する理想的なクライアント/サーバー・モデルとはどのようなものでしょうか?

従来型の C/Sモデルはサーバーがクライアントから要求を受け取ると、実行用に待機しているいく
つかの子スレッドに実行を指示していました。
クライアントからの要求データ・ストリームは HTTPサーバーが受け取ってからそのデータを pipe と
呼ばれるデータ待ち行列を通じて子スレッドに送っていたのです。

次に子スレッド上で CGI が実行されると、その結果としての HTML は再び親のHTTP サーバーに
データ待ち行列を通じて戻されて、HTTPサーバーがクライアントへ結果の HTML を送信していました。

しかし、お気付きのように、これでは HTTPサーバーにばかり送受信の負荷が集中してしまいます。
また HTTP サーバーと子スレッドのあいだには絶え間ない通信が行われます。
子スレッド達は次に利用可能な子スレッドはどれであるかを常に HTTPサーバーに報告しなければなり
ません。
ひとつの子スレッドが異常終了したり、フリーズしたりすると親の HTTPサーバーはフリーズしたり、論理的矛盾を生じてすべての動作が凍結してしまったりすることが発生してしまいます。
しかし世界中に存在する多くの HTTPサーバーはこの処理形式によって行われています。

それでは IBM が推薦する次世代の C/S モデルとは、どのようなものなのでしょうか?

次世代の C/S モデルでは HTTPサーバーはクライアントからの要求信号は受け取りますが、クライアントからの要求データを受信することはありません。
要求の信号を受け取るや否や子スレッド達にメモリを通じて一斉に同時に配布するだけです。
すべての子スレッド達は我先、一斉にこのメッセージだけを争って受け取ろうとします。

そして最初に受け取った子スレッドだけが、クランアントと単独で受信を開始します。
クライアントからの要求を受信すると、その子スレッドはまた自分自身で CGI を実行した結果の HTML
を戻します。
親の HTTPサーバーはどの子スレッドが要求を受け取ったのかは全くわかりません。
ただ一斉に要求があったことのメッセージをバラまくだけでいいのです。

このモデルでは HTTPサーバーの役割はブラウザからの信号を受信するだけです。
したがって HTTPサーバーへの負荷は大幅に緩和されており、全体としてのロード・バランスが図られていることがおわかりでしょう。

子スレッドとの通信もごくわずかな最小限のものだけで済みますので、全体として処理速度は大幅に向上することになります。
特に大規模システムでのアクセスの集中に効果を発揮し、ローエンド・モデルのSystem i (iSeries400) であっても十分なパフォーマンスを得ることができます。
しかもどの子スレッドが異常終了したり操作員による強制終了があったとしても論理的矛盾を起こすことなくそのまま平静として処理は続行されます。
つまり堅牢性とパフォーマンスを兼ね備えた理想的な C/S モデルであると言うことができます。

Ver4.0 では ALASKA はこの理想的な C/S モデルとしてリエンジニアリング(再作成)されて生まれ変わりました。
しかも ALASKA のソース・コードは以前の数分の一という小さなものです。
軽快で堅牢な Webのプラットフォームを ALASKA Ver4.0 が提供します。