GoogleAppEngine(GAE)って最近ハマりだしたんですが よく サーバの準備が・・ とか コストが・・ とか 費用対効果は？・・ とか言われちゃうんですよね。。 まあしょうがない。。そこは気持ちぐっとおさえて、 回避策はないかなーってさがすと、 現状ではGAEはベストすぎるんじゃないかなー もちろんAmazonEC2で立てるのもアリなんだけど スケールを考えると面倒も付きまとうしね 否定をしてるわけではなくてです。。はい。 案件次第で使い分けです。 で、そのGAEですが 無料分が付いていて、1日6.5cpu hourとか、43,200,000requestsとか、、 あるわけですが、これの規模感って漠然とすくないなーなのか いやいやぜんぜん足りるよなのかが ちょっと自分の中で計りきれていなかったので ちょっとしたサンプルを用意して使い切るまでを試してみようと 思った次第。 作っ

「EXILEはクラウド!」 ではなく、appengine ja night #6 Beer Talk : ATNDで発表した内容です。 Slim3をScalaで動かすためのブランクプロジェクトと、ScalaのController/Serviceを生成するSlim3-gen-scalaを作りました。 yuroyoro/slim3-scala-blank · GitHub yuroyoro/slim3-gen-scala · GitHub slim3をscalaで動かしてみたView more presentations from guest16d8e4. 特徴 ScalaでSlim3が動きます。 ScalaのController/Serviceを生成できます。 EntityはJavaで作成しますが、Scalaから問題なく使えます。 テストはSpecsで書けます。( specs - a BDD

昨日一昨日、Google App Engine (GAE)に関する日本最大の勉強会（だと思う）appengine ja night #7 (ajn7)が行われました。 その中で『ランキング問題』が話題に上がりました。『ランキング問題』とは、何十万件もの点数のデータがあるときに、App Engine上で、「◯点は何位です」と高速に求めることは難しい、という問題です。（◯ページ目を表示、というページングもこれと同じ種類の問題になります。） ajn7では「上位でない限り正確な順位は必要ないのではないか」という話になりましたが、Skiplistを用いた検索アルゴリズムを使えば正確かつ高速に順位を求めることができるのではないかと思い、実装＆検証してみました。 ランキング（順位取得）のデモ 下記ページで順位取得のデモを動かしています。スコア（点数）を入力すると順位と取得にかかった時間が表示されます（時

はじめに ｢人類が使うすべての情報を集め整理する｣ この壮大なミッションを掲げ設立されたGoogleは、そのミッションを遂行するべく、マシン・ネットワークなどのインフラ環境に莫大な金額を投資し、独自の技術を開発し続けています。Googleは検索エンジンだけにとどまらず、Gmail、Google Calendar、Google Maps、Google Analystics、Youtube、Google Apps、Google Earthなど、いまや全世界のユーザーが使用するサービスをリリースしており、その扱うデータ量、アクセス数は天文学的な数になることが予想されます。Googleはそれらのデータ量、アクセス数を高速にさばき、なおかつ耐障害性の高いスケーラブルな大規模分散システムを構築しています。 そんな中、2008年4月にGoogle App Engineがリリースされました。Googleが

電通国際情報サービス（ISID）は2010年4月8日、オープンソースのフレームワーク「Slim3」の商用サポートサービスを開始したと発表した。Slim3は、Google App Engine for Java向けのフレームワークで、ISIDに在籍する比嘉康雄氏がチーフコミッタとして開発している。 Google App Engineの分散キーバリューストア型データベース「Bigtable」は、データ量が急激に増加してもパフォーマンスが低下しにくいが、検索時のフィルタリングやソートなどはリレーショナル・データベース管理システムに比べ制限されている。Slim3では、メモリー上でフィルタリングやソートを行うことでBigtableの制約を回避できる。 またSlim3は、グローバルトランザクションと呼ぶ、複数のエンティティグループにまたがる一連の処理（トランザクション）の整合性を保つ機能を備える。これ

App Engineによる設計手法でひとつ私が実案件で試してなかなかうまくいったと思ったのは、「Smalltable」って私が勝手に呼んでいるアーキテクチャです。簡単にいうと、「複数クライアントのローカルのSQLite間をDatastoreを介して同期する」仕組みです（こういうの一般に何パターンと言うのでしょう…教えてください！）。 クライアントはHTML5やAIR、iPhone、Android等のリッチクライアントで（実際に実装したのはAIRとiPhoneです）、SQLite等の小規模RDB（以下、Smalltable）をローカルに持つことが前提 Smalltableは、Datastoreが保持するすべてのデータのうち、そのユーザーが常時使用するデータのみ保持するサブセット アプリケーションの大半のロジックをリッチクライアント内のSmalltableだけで実装する すべてのレコードにはク

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

はじめに Flex/AIR開発には、ところどころに「落とし穴」があります。過去3年間のFlex/AIR開発を通じて、筆者はそうした「落とし穴」にことごとくハマり、そのたびに「二度と繰り返すまい」との思いで要点をメモしてきました。本連載では、その筆者の「Flex/AIRハマり帳」をもとに、これからFlex/AIR開発を始める方が同じ過ちを繰り返さないためのささやかなtipsを紹介していきたいと思います（なお、ここで紹介するtipsは、あくまで筆者の経験に基づいて得られたものであり、アドビシステムズの公式な提供情報ではないことにご留意ください）。 Google App Engine for Javaと「ご都合.com」 第1回は、つい最近のメモからです。この連休中に筆者は、「Google App Engine for Java（GAE/J）とFlexでスケジュール共有ツールを作る」ことを思い立

Google App Engine（GAE）の可能性はJavaをサポートしたことによってその可能性を飛躍的に向上させた。JavaVM上で実装された言語であれば何でも動作する。JRubyもその一つで、Ruby on RailsもGoogle App Engine上で動作する。 GAEのパワーを素早くゲットする とは言えやはりマイノリティだけに色々な準備が必要とされていた。そのため敬遠していた人も多いだろうが、Rails on GAEによって大きく舵を切ることになりそうだ。 今回紹介するオープンソース・ソフトウェアはRails on GAE、GAEでRuby on Railsを動かすためのプラグインだ。 Rails on GAEはRuby on RailsをGAEで動作させるために必要なタスクを予めインストールすることで、後は順番に従って進めるだけでJRuby on Railsができるようにな

ついにリリースされた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の上で動作

フィードがブログやCMSで当たり前のように使われるようになっており、さらにWeb APIなどを公開したことによって人が使う以外のシステムからのアクセスが非常に多くなっている。一見しただけではDOSアタックと見分けがつきづらいくらいアクセスしてくるものも存在する。 配信システムのコンテンツ作成 そのような過負荷なやり取りを一つのサーバで行うのは無理がある。そこで提言されているのがPubSubHubbubだ。 今回紹介するオープンソース・ソフトウェアはPubSubHubbub、オープンなコンテンツ配信、購読プロトコルだ。 PubSubHubbubは全部で3つの技術からなる。一つは配信サーバ、もう一つは購読システムそして最後にハブだ。ハブは配信サーバと購読システムに間に立つ。購読システムは常にハブに対して購読の申し込み（Atom形式）を行う。 購読システムの設定 その後がちょっと変わっており、ハ