BT

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

| 作者: Werner Schuster フォローする 9 人のフォロワー , 翻訳者 編集部 フォローする 0 人のフォロワー 投稿日 2008年2月23日. 推定読書時間: 2 分 |
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

この記事に星をつける

おすすめ度
スタイル

こんにちは

コメントするには InfoQアカウントの登録 または が必要です。InfoQ に登録するとさまざまなことができます。

アカウント登録をしてInfoQをお楽しみください。

あなたの意見をお聞かせください。

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする
コミュニティコメント

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

ディスカッション

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT