u1's tech blog

Cloud Foundryの最大の欠点。それは、一般的にはWorkerと呼ばれる、バックグラウンドで処理を行う仕組みを備えていないことでした。ライバルであるHerokuやWindows Azure、そしてOpenShiftはWorker機能を備えています。

Cloud Foundryを愛し、普及に努めるCloud Foundryエバンジェリストの方々は、「バックグラウンドの処理はどうやればいいの？」と聞かれる度に、苦々しい思いをしてきたことでしょう。

でも、そんな日々は今日でおしまいです。
cloudfoundry.comに、バックグラウンド処理を行える仕組みが実装されました。

Cloud Foundry Improves Support For Background Processing

みんなが待ち望んでいたこの機能。早速使ってみることにしましょう。

Standalone appを作ってみる！

AzureだとWorker Role、HerokuだとWorker Dynoと呼ぶ、このバックグラウンド処理の仕組みですが、Cloud Foundryでは”Standalone”アプリとしてデプロイします。RailsアプリやJavaアプリと同様、DEAで動くわけですね。

この記事の執筆段階では、githubのvcapレポジトリにはStandaloneに関する更新は来ていません。とりあえず試したいという場合は、cloudfoundry.comを使う必要があります。CloudFoundry派生PaaSや自前PaaSで使うには、もう少し待つ必要がありそうですね。

下準備

Standaloneでデプロイするには、vmcの0.3.17以上が必要です。
まずは、vmcのアップデートをしておきましょう。

gem install vmc

オプション付けずにインストールを行うと、最新の0.3.17以上が入るはずです。
インストール後、vmc targetでapi.cloudfoundry.comを選んでおいてくださいね。もちろんcloudfoundry.comが使えない人は、先に登録してくるのを忘れずに。

簡単なアプリをつくる

ひとまずRubyで簡単なアプリを作ってみましょう。
任意の名前のフォルダを作成し、その中にhello-world.rbを作成。

loop {
  puts 'Hello world'
  sleep 5
}

5秒ごとに、Hello worldを出力するコードです。

そして、vmc push。

$vmc push helloworld_udcp
Would you like to deploy from the current directory? [Yn]:
Detected a Standalone Application, is this correct? [Yn]:
1: java
2: node
3: node06
4: ruby18
5: ruby19
Select Runtime [ruby18]:
Selected ruby18
Start Command: ruby hello-world.rb
Application Deployed URL [None]:
Memory reservation (128M, 256M, 512M, 1G, 2G) [128M]:
How many instances? [1]:
Create services to bind to 'helloworld_udcp'? [yN]:
Would you like to save this configuration? [yN]: y
Manifest written to manifest.yml.
Creating Application: OK
Uploading Application:
Checking for available resources: OK
Packing application: OK
Uploading (1K): OK
Push Status: OK
Staging Application 'helloworld_udcp': OK
Starting Application 'helloworld_udcp': OK

特にフレームワーク等を使っていない限り、Detected a Standalone Applicationと出るはずです。
違う物と認識された場合、直接Standalone Applicationを指定してあげましょう。

ランタイムは、現在の所Java, Node.js 0.4 or 0.6, Ruby 1.8 or 1.9が選択できるようです。
そして重要なのがStart Command。今回はRubyでhello-world.rbを動かしてやるので
ruby hello-world.rb
と指定しています。

動作確認

さて、先ほどのアプリが動作しているかどうか確認しましょう。

vmc logs helloworld_udcp
====> /logs/stdout.log <====

Hello world
Hello world

順調に動作していることがわかりますね。

インスタンスの増減も簡単

動作するインスタンス数を変更するのも非常に簡単です。

$ vmc instances helloworld_udcp +2
Scaling Application instances up to 3: OK
$ vmc instances helloworld_udcp

+-------+---------+--------------------+
| Index | State   | Start Time         |
+-------+---------+--------------------+
| 0     | RUNNING | 05/02/2012 04:47PM |
| 1     | RUNNING | 05/02/2012 04:48PM |
| 2     | RUNNING | 05/02/2012 04:48PM |
+-------+---------+--------------------+

すばらしい。

動作確認はインスタンス番号を指定してあげればOK。

vmc logs helloworld --instance 0
====> /logs/stdout.log <====
Hello world
Hello world

vmc logs helloworld --instance 1
====> /logs/stdout.log <====
Hello world
Hello world

Standaloneアプリケーションを備えたことで、いよいよCloud Foundryも本格的に使えるようになってきたと言えるのではないでしょうか。ご覧のように、Standaloneアプリケーションを使うのは非常に簡単です。
フロントエンドで処理しきれない重たいタスクは、RabbitMQを使ってキューに入れておき、Standaloneアプリケーションで処理。キューの処理が追いつかない場合は、Standaloneアプリケーションのインスタンス数を増やしてあげれば、容易にスケールさせることができます。キューの処理具合を見ながら、動的にインスタンス数を増減させる仕組みを作ってあげるとより便利そうですね。

Cloud Foundryの可能性を大きく広げるStandaloneアプリケーション。是非触ってみるといいんじゃないでしょうか。

CLOUD FOUNDRY INTEGRATION FOR ECLIPSE 1.0 RELEASED

というわけで、バージョン1.0が出ていたようです。
STSといえば、以前このblogでも試そうとしました・・・が、そのときは何かが問題だったのか、上手く利用することができませんでした。
EclipseでCloud Foundryにデプロイしようとしてうまくいかなかった

1.0になったことで、おそらくこのあたりの問題も解消されているものと思われます。
改めてこちらでも動作を確認し、レポートしたいと思います。