EngineYardがmod_rubiniusとRubiniusに向けて開発者を雇用

作者 Werner Schuster, 翻訳者 編集部 投稿日 2008年2月23日 午後6時11分

コミュニティ

Ruby

トピック

Ruby on Rails,

デプロイ/データセンター

タグ

Rubinius,

デプロイ

Railsのホスティング会社であるEngine Yard(サイト・英語)は、最近、Rubiniusに取り組む開発チームを立ち上げたことで話題となった(source)。今回、そこに新たな開発者として(source)Eero Saynatkari(source)(Rubinius IRCチャンネル(source))の重要人物) が加わった。これで契約したRubinius開発者は6人となる。Engine YardのEzra Zygmuntowicz氏 (InfoQのEzra氏へのインタビューを参照(source)は、ブログで、この新しい開発者が何に取り組むのか(source)を次のように説明している。

私達は、ここEYでmod_rubiniusへの取り組みを始めたばかりです。今回、Eero Saynatkari氏 (Rubinius IRC チャンネルの重要人物) とフルタイムの契約をして、プロジェクトに参加してもらうことになりました。

mod_rubiniusのアーキテクチャは、現時点ではまだ固まっていません。わかっていることは、Rackベースになることと、そのために、mod_rubinisからRubyアプリケーションへのインターフェイスがRackを経由することです。この点以外のことについて、プラットフォームをどのように組み立てるのが最適であるかはまだはっきりしていません。apacheプロセス内の組み込みのrubinius VMとなる可能性もあります。また、別個の複数のrubinius VMを管理するプロセスマネージャかもしれません。あるいは、この両方の方法の混合となる可能性もあります。

Ezra氏は、Rack(サイト・英語)について、Rack自体もそのように言っているが、次のように説明している。

Rackは、RubyおよびRubyフレームワークをサポートするWebサーバ間の最小限のインターフェイスを提供します。

Eeroは、Rubiniusとmod_rubiniusの作業の計画について次のように語っている(source)。

mod_rubiniusの作業自体は、当然、Rubiniusの作業を必然的に多く含むことになります。特に最初は、少なくとも、マルチVM (Rubiniusは、ネイティブスレッドごとに完全に別個のインタープリタを実行できる)、Rubinius独自のCインターフェイス (Subtendとは異なる)、および基本的なI/O層の領域ではそうなります。.

あなたにも、mod_rubiniusの作業に対する発言権があります! Ezraのサイト(source)を訪れ、Merb、Ramaze、Rails、Nitro、IOWA、単純なCGI、または夢のようなアプリケーションの配置についてご意見をお聞かせください。

Rubiniusの詳細については、InfoQのRubiniusについての記事(source)を参照。

原文はこちらです：http://www.infoq.com/news/2008/02/engineyard_modrubinius

• 次へ >