July 29, 2009

Engine Yardと歩む JRubyの未来(前半)

上記ニュースとこれからのJRubyの未来のことをCharles自身がEngine Yardのブログでコメントしているので、簡単に翻訳してみました。少し長いので前半、後半に分けて書くね。(RBC公式ブログにも書いたよ)

原文はこちら
JRuby’s Future at Engine Yard


By now you’ve heard the news: Tom Enebo, Nick Sieger and I will be joining the Engine Yard team to work on JRuby! We’re very excited about this opportunity and we’re looking forward to a bright future for JRuby and the community.


さてニュースを聞いたかな?Tom Enebo , Nick Siger そして私(Charles Nutter)がJRuby開発を行うべくEngine Yardに移籍!というね。私たちはこの素晴らしい機会に喜びそしてJRubyとそのコミュニティの輝かしい未来がすごく楽しみになったんだ。

But why Engine Yard?

Engine Yard is, by almost all measures, the leading Ruby and Rails company in the world. They’ve literally written the book on how to make Rails deploy and scale easily, and if you have a tough Rails infrastructure issue, they’re the company you talk to. But in order for Rails to penetrate the large organizations of the world, many of which run Java in some form, JRuby is often the answer. So out of JRuby, Engine Yard and the Ruby community get a broad new landscape of opportunities.

For JRuby, the move to Engine Yard means we’ve got a dedicated Ruby and Rails company backing our project. We’ve always believed in Ruby and Rails, but have long realized there’s more we need to do. We need to finish support for the newer Ruby versions like Ruby 1.8.7 and 1.9.1. We need to build out the “last mile” of JRuby’s Java integration logic, to allow seamless two-way integration with Java frameworks and libraries. And we need to work with Rubyists to reach out to the Java community, to expand Ruby into a much larger world. All of this will be easier to do with Engine Yard backing us up.


なんでEngine Yardなの?

Engine Yardは、もう皆さんご存知の通り、Ruby及びRuby on Railsの世界的なリーディングカンパニーです。彼らはRailsのデプロイに関する本を書き、スケール(アップやダウン)を簡単にし、さらにもしRailsのインフラ(実行)環境に問題がある時は、彼らに助けを求める事ができます。しかしRailsをもっと世界的に大きく浸透するためには、Java上で稼働出来る、つまりJRubyがその答えになるのです。Engine YardとRubyのコミュニティはとても新しく素晴らしい機会を手に入れることになります。

JRubyにとって、Engine Yardに移動することは、RubyおよびRailsに非常に熱心で私たちのプロジェクトをサポートしてくれる協力な味方を手に入れたことになります。私たちは常に、RubyおよびRailsを信じてますが、私たちがしなければならない事には深く長期的な理解が必要です。私たちはRuby1.8.7や1.9.1などのような最新のRubyのバージョンに対応していくことも必要です。さらに一緒に働くRubyistをJavaコミュニティとも接点をもっともたせ、Rubyをもっともっと世界的に広めていく必要があります。これら全てのことがEngine Yardに私たち(JRubyチーム)をサポートすることに繋がりました。

So, what does the future hold for JRuby?

Well there’s the aforementioned work on Ruby 1.8.7/1.9.1 support, which is already very far along. We’re looking at making a move to 1.8.7 for base compatibility in JRuby 1.4 right now, and will start filling in the remaining 1.9.1 bits very soon. I also mentioned Java integration work; our goal is that JRuby will become a “first class citizen” on the JVM, so you can swap out any piece of Java for a bit of Ruby with as few penalties as possible.

Already we’ve begun exploring how to make libraries like Hibernate, JAX-RS, and many more integrate well with JRuby and Rails. Of course we already have excellent performance characteristics, but that work will also continue. And we plan to work very closely with the Rails core team to ensure Rails fits seamlessly into classic and modern Java platform stacks.

As far as Engine Yard goes, we’ll be working with the Engine Yard Cloud team to make sure our JRuby support is top-notch, and we’ll be exploring possible paths for JRuby’s future. We want to deliver a full set of cloud, hosting and support options, and will be talking to users and studying alternative platforms to figure out what those options should look like.


では、JRubyの未来はどうなるの?

前述したように、近い未来にまずはRuby1.8.7や1.9.1をサポートすること。私たちはすぐにJRuby1.4のベースに1.8.7を移行させようと試みていて、その後1.9.1もすぐに移植していくつもりです。さらにJavaとの統合も気にしていて、つまり私たちのゴールはJRubyをJVM上での”ファーストクラス市民(一番の人)”にすることです。可能な限り不利な事はないようにJavaの一片(Javaで利用出来る機能やライブラリ)をRubyにスワップアウトできます。

すでに私たちは、HibernateやJAX-RSのようなライブラの作り方やJRubyとRailsのもっと素晴らしい統合の仕方も研究をはじめています。もちろん私たちはすでに素晴らしいパフォーマンス性能上のことも今後も一層よくしていきます。さらに、Railsのコアチームともとても親しく緊密に仕事することを計画しており、Railsをシームレスに新旧あるJavaのプラットフォームスタックにフィットすることを確実にしようとしてます。

Engine Yardが押し進めている、Engine Yard クラウドチームと共に私たちも働き、JRubyサポートを一流にすることを約束し、そしてJRubyの未来も一緒に模索していきます。私たちはクラウドのフルセット(全部セット)を提供することや、ホスティング、サポートオプションなどを検討しており、利用者と話しあい、どんなオプションが必要になるのかなどを明らかにする代替のプラットフォームについても検討を始めました。




chaaasan at 12:01│Comments(0)TrackBack(0)この記事をクリップ!

トラックバックURL

コメントする

名前
URL
 
  絵文字