Zend は、数多くのオープンソースの成功事例の 1 つであり、MySQL と Subversion で成功したことが証明されたモデルに従っており、技術サポートとビジネス ソフトウェアを提供しています。
以前、同社は、1 ~ 3 台のサーバーで PHP アプリケーションを実行するための高度に統合されたプラットフォームである Zend Server ソフトウェアの発売を発表しました。 PHP アプリケーションをより高速に実行できる高速コード キャッシュ機能が含まれています。また、ユーザーのサーバー上のすべての PHP スクリプトを監視し、実行が遅い場合やエラーが発生した場合にユーザーに警告することもできます。
現在、Zend はエンタープライズ ソフトウェアの機能を簡素化した無料バージョンをリリースしています。Zend Server Community Edition では、ユーザーは同じ高性能のコード実行と管理インターフェイスを利用できますが、技術サポートは受けられません。 PHP アップデートはリリースされますが、リリースされません。すぐにアップグレードできます。それにもかかわらず、ユーザーは少なくともその強力な機能を活用し、高価なハードウェアのアップグレードを簡単に節約できます。
Zend の創設者 Zeev Suraski は最近メディアのインタビューに応じ、Zend Server Community Edition とその非フリー版との関係、そして彼のチームが PHP 6 の開発になぜこれほど時間がかかったのかについて語りました。
記者: Zend Server と既存の Zend プラットフォーム ソフトウェアの類似点と相違点は何ですか?
Sulaski: 初期段階では、これら 2 つの製品を同時に運用および管理する予定です。サーバーは 2 台または 3 台のサーバー ソリューションを対象としていますが、Zend プラットフォームは大規模なクラスター環境を対象としています。私たちは Zend Server 戦略を段階的に展開することを決定し、将来的には Zend Server にクラスターのサポートを追加するとともに、Zend プラットフォームの他の機能や新機能も追加する予定です。
記者: つまり、ZendサーバーにZendプラットフォームの機能を追加する計画ということですか?
スラスキー: はい、しかし、Zendプラットフォームから機能を追加するだけでなく、そのユーザーの機能も改善します。インターフェイスと使いやすさが向上しているため、将来的には Zend Server のクラスタ バージョンにまったく同じ機能は表示されなくなりますが、パフォーマンスが向上した、または完全に新しい機能が追加されたバージョンが表示されることになります。
レポーター: Zend Server の重要な機能の 1 つは、より最適化された方法で実行されるように構成されたソフトウェアを備えた高度に統合されたソリューションであることです。しかし、ユーザーはすでに MySQL と Apache を持っていますが、本当に Zend Server が必要なのでしょうか?
Suraski: それは、使用しているオペレーティング システムによって異なります。すでに Apache がインストールされている Linux システムにインストールする場合は、新しい Apache をインストールする必要はなく、システムに付属している Apache を使用するだけです。ただし、他のシステムを使用している場合は、Zend Server 経由で Apache をインストールできるため、非常に便利です。
レポーター: ユーザーはシステムに付属の PHP を使用できますか?
スラスキー: いいえ。ユーザーは Zend Server の PHP を使用する必要があります。技術的にはこれを実行できる可能性がありますが、推奨されず、サポートもされません。
レポーター: Zend Server のモニタリング エージェントは、スクリプト、データベース接続、またはその他の PHP 関連の問題が発生したときに自動的に追跡し、後で復元できるようにアプリケーションの状態を保存できます。これには多くのリソースが必要ですか?
Suraski: ユーザーのアプリケーションが非常に悪い場合、これらのイベントが大量に生成され、それらを保存するのに非常に時間がかかります。ただし、一般に、ユーザー アプリケーションはそのようなイベントをあまり多く生成せず、リソース オーバーヘッドはほぼ無視できるほど (約 1% ~ 2%) です。それは生成されるイベントの数によって異なります。
レポーター: Zend は、以前は Java アプリケーション サーバーが独占していた領域に参入していると言っても過言ではありませんか?
Suraski: ある程度はそう思います。実際、それはある面ではすでに事実です。 PHP は多くのビジネス クリティカルなアプリケーションで使用されており、Wikipedia、YouTube、Flickr など、非常に大規模に導入されています。この傾向はますます高まっており、私たちはそれが完全に理にかなっていると考えており、Zend Server でサポートしています。
記者: 一方、Zend Server が PHP をよりエンタープライズ指向にすることで、PHP は本来のコミュニティとのつながりを失いつつあると言っても過言ではありませんか?
スラスキー: 私はそうは思いません。重要なのは、PHP は 12 ~ 13 年間開発されており、もはや初心者言語ではないということです。そうは言っても、PHP コミュニティはまだ開発中であり、PHP を使用するコミュニティと密接なつながりを保っていると思います。 PHP コミュニティは非常に健全で、非常に強力であり、今も成長を続けています。
PHP の主な利点は、それが成熟したソリューションであり、これが証明されているということです。 Ruby または Python を使用して Web サイトをデプロイする方法を知っている人は比較的少なく、どちらも非常に優れたソリューションですが、コミュニティは PHP コミュニティよりもはるかに小さいです。もちろん、Web サーバー業界には複数の製品を導入する余地があり、すべての Web サイトで PHP が使用されるとは思いません。
レポーター: コミュニティのオープンソース製品が Zend Server の無料バージョンの機能に影響を与えていると言うのは公平ですか? たとえば、PHP 6 にはオプションのコード キャッシュ標準が含まれると思いますが、対応するバージョンをリリースする予定はありますか?このために?
Suraski: これは私たちが追加することに決めた機能の 1 つですが、それだけではありません。
オプションの PHP キャッシュ (APC) は PHP の標準になりますが、大きな変化はありません。これはすでに PHP 拡張ライブラリに含まれており、ユーザーは非常に簡単にインストールでき、ユーザーが PHP 6 に注意を払えば、それが実現します。デフォルトでは有効になっていないことがわかりました。 APC が本当に気に入っている場合は、Zend Optimizer プラグインを無効にして APC を使用できます。これは、Zend 固有のユーザー インターフェイスの一部を除いてまったく同じです。
記者: PHP 6 の開発期間は長すぎるようです。 Perl 6 の状況を考えると、6 という数字は呪いなのでしょうか? それとも単なる計画の一部なのでしょうか?
Suraski: おそらくですが、PHP 6 は Python 6 よりも先にリリースされると思います。 PHP 6 は、2 つの理由から、PHP 4 や PHP 5 よりも難しいプロジェクトです。1 つは、PHP コード ベースが非常に巨大であること、2 つ目は、小さな互換性の問題が多くの人にとって悪夢になることです。また、PHP 6 ではネイティブ Unicode のサポートが導入されるため、必然的に言語に多くの互換性の問題が発生します。率直に言って、最終的な結果がどうなるかはわかりません。
レポーター: PHP 4 から PHP 5 に移行するのと比べて、PHP 5 から PHP 6 に移行するのはどれくらい難しいですか?
Sulawsky: バージョン 4 からバージョン 5 への移行は非常に成功し、コストだけがかかりました。数年かかりましたが、今日の PHP 5 はオリジナルの PHP 4 よりも人気があります。私たちはアップグレードを急がないと決めたので、現在は PHP 5.3 に重点を置いています。
私たちは、急いで PHP 6 にアップグレードする必要がないように、名前空間など、当初 PHP 6 用に計画されていたいくつかの新機能を PHP 5.3 に追加することにしました。 PHP 6 が正式にリリースされるまでにはしばらく時間がかかる可能性があります。