スラッシュドット・ジャパン

これでApache財団のプラチナスポンサーが

• Google
• Yahoo
• Microsoft

の3社になったわけですが、この並びを見てると何とも嫌な予感がしてくる。

この壮絶な三角関係のまっただ中で、はたしてApacheは無事に生活を送れるのでしょうか。 ドタバタ学園ラブコメ状態の毎日のせいで、開発どころではなくなるのではないかと心配です。

マイクロソフトの戦略はオープンソースの住人を取り込むことを
狙っているものと推測します。

一例として、Windows Server 2008 から FastCGI のサポートが
入りました。

http://blogs.msdn.com/dd_jpn/archive/2007/04/18/2168928.aspx

FastCGI とは、IIS や Apache などで PHP スクリプトなどを
高速に実行する技術です。ご存知の通り、CGI 実行の際には
CGI 実行のためプロセスが新たに生成されますが、プロセス生成
は OS にとって重い処理であり、動的コンテンツ生成の際には
ボトルネックとなりやすかったのです。これを常駐サーバーとなる
プロセスを HTTP サービス起動時に起動しておき、HTTP
リクエスト毎に fork()/exec() せず、事前に起動しておいた
プロセスにリクエストを振り分け処理させることにより、トランザクション
性能やレイテンシ性能を高める技術およびプラットフォームが
FastCGI です。

PHP のような動的なコンテンツ生成を行なう環境では FastCGI
のような常駐サーバー方式による性能改善を行なわなくては現実
的な範囲で性能を得ることは困難だといわれています。

これまで、FastCGI が Windows でサポートされていなかったために、
PHP の運用プラットフォームとしてはどうしても Linux を採用
せざるおえない面もありました。しかし、FastCGI が公式に
サポートされたことにより、PHP のプラットフォームとして
Windows を提案することも行いやすくなります。

PHP は簡単でパワフルであるが故に初級エンジニアから上級
のエンジニアまで幅広い層に支持されてきました。多くの
PHP サイトが運用される一方でコストの都合から、ほとんど
アップデートなどがなされないサーバーもあります。
平均的な PHP サイトの管理者にとって Linux 環境の運用は
(エンジニアのスキルによっては) 大変骨のおれる作業ですから、
管理の手間を省きたい案件については、今後 Linux に代り
(Microsoft Update 一本で済む) Windows Server が
プラットフォームとして採用されていくことになるでしょう。

本事例は FastCGI が公式にサポートされることによりプラットフォーム
として採用される可能性が高くなったという一例にすぎません。
しかし、このように、戦略上オープンソースウェアの利用層を
Windows に取り込むためには、オープンソース活動の支援を通して
オープンソース利用者がどのような機能を必要としているのか
リサーチし、Windows とオープンソースの親和性を高くして
いくことが重要であると考えられているものと推測されます。

POIには期待してる。

正面のスクリーンにゲイツ氏が映された直後、会場からはブーイングの嵐が・・・

とかにならなかったの？

パッチをたくさん当てて、よりよいシステムを作る方法ですかね？(違

感謝するけど当てにしない。

何でもそうだけど、常に冗長性を考慮して代替策を視野に入れておくべきかと。

それ以上の寄付を毎年あなたが行えば何も心配することはありません。

そのうち

「大手スポンサーのＭＳ様に怒られるからＩＩＳとは共存の方向がいんじゃね？
　新機能はＩＩＳが搭載してからにしねえ？」

な感じにならねば良いが

飼われ始めると逆らえなくなるのは人の常

「留飲が下がる」（留飲を下げる）で、
不平・不満などが消えてすっきりする、という意味。
今回の場合、「アンチMSの気が晴れる」という解釈で問題なしと思う。

# 本来は「溜飲」だけど、「留飲」とも表記する。
# 「溜飲」自体は、だいたい胸焼けor胸のつかえといった意味。