Memcached使ってみました。単純な例で動作を確認後、python-blog-systemの画像出力部分に適用し、ベンチマークをとりました。 Memcachedとは 分散KVS(キーバリューシステム)の一種です。いわゆるRDB(リレーショナルデータベース)は、スケールアウトに向かない構造をしているために、安いサーバをいっぱい並べても性能がリニアに向上しません。Memcachedでは、トランザクションや、データの耐久性などを保証しないかわりに、大量のデータを、高速にキャッシュすることができます。詳しい説明は本家でどうぞ⇒http://memcached.org/ 概要が知りたければwikipediaがお手軽です。 シンプルな例 まずは、非常にシンプルなコードを書いて動作を確認しました。 初回アクセス: 何も表示されません。 キーweatherに対して何も設定されておらず、Noneが返され
こんにちは。typesterの陰謀によりVimmerはモテないというデマが流れておりますが、残念ながらそれがデマだということを身をもって証明できないでいるVimmerの外村です。 先日、お悩み相談の記事がホットエントリーに入ったら彼女ができるという噂が立ち、何を間違えたかホットエントリーに入ってしまったのでどうしようかと思ったのですが、プログラマたるもの問題があればプログラムで解決すべきだろうと考えました。 というわけで彼女を作ってみました。どういうものかというと、 僕だけに定期的につぶやく 僕のリプライだけに反応してリプライを返してくれる まさに僕だけのボット彼女です。今回はこれをGoogleAppEngine+JRubyで実装したので、環境をつくるところか実際に動かすところまで説明します。 1. 環境をつくる まずはGoogleAppEngineのアカウントがないと始まらないので以下か
JRuby on Google AppEngineの注意事項 1アプリケーションあたりの最大ファイル数は1000 アプリケーションを起動後、5リクエスト程はレスポンスが非常に悪い。 Internal Errorが返される可能性もあり。 net/http, activeresourceなどRubyのURLフェッチライブラリは使用不可 AppEngineはBig Tableをデータストアとするため、ActiveRecordは使用不可 ActiveRecordのかわりに、Bumbleを使用 AppEngine専用の画像処理ライブラリを使う必要があるため、RMagick/attachment_fu/ImageScience/ImgeVoodoo使用不可。 javax.cryptoにアクセス制限がかけられているため、digestが使えず、その結果、Railsのクッキーセッションストアが
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
無償とはいっても、1GBのストレージがあれば、テキスト情報中心の中小規模のWebアプリには十分な容量です。ネットワーク帯域やCPU時間も十分と言えます。 Googleのインフラを使える GAE/Jのもうひとつのメリットは、「Googleインフラの圧倒的なスケーラビリティ・高信頼性をお手軽に利用できる」という点です。GAE/Jでは、データを保存・検索する手段として一般的なRDBは利用できない代わりに、Google独自のデータストア「BigTable」を利用します。このBigTableは、Google検索エンジンの非常に高いスケーラビリティと可用性を実現する中核技術です。GAE/Jで書いたWebアプリは、その恩恵を簡単に受けることができます。 サーバ構築作業が不要、デプロイが簡単 3つめのメリットは、「サーバ構築作業が不要、デプロイが簡単」という点です。ここでは細かな手順の説明は省略しますが、
ついにリリースされたGoogle App Engine（GAE）向けのJava。既に環境は用意されているので、すぐに開発を開始できる。Javaというとレンタルサーバレベルでは運用できず、会社ではJavaを使いつつも個人では使えないという人も多かったのではないだろうか。これで開発者の裾野が一気に広がっただろう。 GAEで動作するJRuby on Rails製ブログシステム Python、Javaときて他の言語、個人的にはRubyはどうなのだろうと思ったが、そうかJRubyがあった。それにより可能性がさらに広がった。 今回紹介するフリーウェアはYet Another Ruby Blog、JRuby on Railsで開発されたGAE向けブログシステムだ。ソースは公開されているがライセンスは明記されていなかったのでご注意いただきたい。 Yet Another Ruby BlogはGAEの上で動作
いまさら注記 $JRUBY_HOME/binはPATHの最後に追加して、ruby絡みのコマンドをjrubyで使うときはjruby -Sするのが正解ぽいです。 set $PATH=$PATH:$JRUBY_HOME/binで、例えばこんな感じ jruby -S gem install rails http://itrain.appspot.com/ 基本的には昨日のエントリに書いてある通りだけど、もうちょっとだけ詳細に書いてみる。実際に試したいなら昨日のよりこっち見た方がいいと思う。ただしDataStoreもUsersServiceもなしで単にコントローラーでrender :text=>'hoge'するだけ。 まずJRubyインストール リポジトリから最新を取って来て入れること。手を抜いて古いの入れるとたぶん動かない。 $ svn co http://svn.codehaus.org/jru
前回のエントリで、Google App EngineでJavaが動くようになったからRailsアプリ動かすぞ！といってたのですが、某応募のため時間が取れませんでした・・ それもなんとか終わったので、遅ればせながらやってみます。 もう、id:technohippyさんがやられてますね・・ 晴れたらいいね - ずっと君のターン さっさとやりたいかたは、こちらを参照していただくということで・・・ さて、1ヶ月前からいろいろバージョンアップしているようです。 JRubyも、GAE/Jに対応するために1.3.0をRC1で出したようです。 http://docs.codehaus.org/display/JRUBY/2009/05/01/JRuby+1.3.0RC1+Released GAE/Jも1.2.1になってますね。 http://code.google.com/intl/en/appengin
rails APPNAME -m http://gist.github.com/103256.txtいろいろまとめてプラギン化した上で、アプリケーションテンプレートもご用意致しました。瀧内さんとこ参考にRailsをjarにまとめてあるのでファイル数制限も余裕で回避。あれこれ結構がんばった。 GAE/Jのアカウントが手に入ったみんなはコレ使って遠慮なくGoogleクラウドでRailsすればいいと思う。手に入ってない人も今のうちに開発サーバーで動かしとけば、5月末のGoogle I/Oできっと一般公開されるよ。 てことで以下手順。 必要なライブラリを入れる GAE/JのSDKとJRubyとRailsとWarblerは流石に事前に必要。この辺参考にどうぞ。すでにこれらが入ってる人はもちろん飛ばしてよし。 一応参考までに自分では試さずに書くけど、多分こんな感じ。 $ svn co http://s
今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。３日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む２０〜３０代の社交
GAE アプリを開発しているけど、Python と GAE の両方とも初心者なので、どう実装したらいいのか迷う。そこで、「オープンソースのGAE向けアプリを参考にすればいいじゃないか」と考え、ネットで探してみた。 kay-framework - A web framework made specifically for Google App Engine - Google Project Hosting GAE に特化して開発された Python フレームワーク。 アプリの開発に使ってもいいし、オレオレフレームワーク開発の参考にするのもアリ。 google-app-engine-oil - Yet another web framework on App Engine - Google Project Hosting Ruby on Rails を意識して作られた GAE/Python 向
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
2010/1/12現在、最新のRails on GAEはこれです。 TinyDS版(おすすめ): http://gist.github.com/269075 DataMapper版: http://gist.github.com/268192 デモも更新しました。 http://railsongae.appspot.com/ 開発はこのあたりを中心に行われています。 http://code.google.com/p/appengine-jruby/ http://jruby-appengine.blogspot.com/ 最新情報はこのグループ：http://groups.google.com/group/appengine-jruby コミットログ：http://code.google.com/p/appengine-jruby/source/list あるいは、http://twitt
App Engine/AptanaなどJavaクラウド4つを徹底比較：ユカイ、ツーカイ、カイハツ環境！（5）（1/3 ページ） Javaはクラウド戦国時代に突入！ クラウドコンピューティングのブレイクとともにさまざまなクラウドサービスが提供され始めました。特に、PaaSサービスを提供する「Google App Engine」（以下、GAE）の登場はインパクトを与え、Javaに対応したGAEの類似サービスとして「Stax」「Morph AppSpace」が登場しました。GAEも遅れてJavaサポートを発表したり、統合開発環境を提供していたAptanaが「Aptana Cloud」のJava対応を行うなど、Java対応のクラウドは戦国時代に突入しました。そして、まだ動かすことはできませんが、サン・マイクロシステムズが先日のJavaOneで「Sun Cloud」を発表し、Amazon EC2に近
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く