「リニアにスケールするように作れる」からこそのGoogle App Engine

Google App Engineを使った最初の作品 Tiny Message （http://tinymsg.appspot.com）をリリースしてまだ２０時間経っていないが、設計の過程でいろいろと学べたことがある。 その中でも一番収穫として大きいのは、「Google App Engineを使えば、リニアにスケールするサービスを作ることが可能」だということが実感できたこと。 もちろん、Google App Engine上に作ったからと言ってすべてのアプリがリニアにスケールするわけではなし、どんなアプリでもそう作れるわけではない。Entity Groupの構成を間違えればそこがボトルネックになるし、Queryの二重ループなんかを書いたら、すぐにタイムアウトしてしまう。 リニアなスケーラビリティを持つDatastoreの上で作るとは言え、やはりDatastoreの仕組みをちゃんと理解してデー

[rawwell]

"わずか２０時間走らせただけで、今後トラフィックが増えて来た時にどうスケールするかが、おおよそ予測できる。現在、一番時間がかかっているのがデータベースへの書込みが必要なメッセージの投稿で、平均して400メ

[uokumura]

「Datastoreの仕組みをちゃんと理解してデータモデルから設計する必要もあるし、プログラムも丁寧に書く必要がある」

[h5y1m141]

「リニアにスケールするように作れる」からこそのGoogle App Engineというエントリ。

[tetsuwan30]

なんとなく分かるけど自信がない。。むむむ。 Life is beautiful: 「リニアにスケールするように作れる」からこそのGoogle App Engine

[NAT]

「ユーザーの数が１００万人から１０００万人に増えた時には、単にマシンの台数を１０倍にすれば良いという話ではなく(略)」スケーラビリティ重要という話。

[Donca]

 「リニアにスケールするように作れる」からこそのGoogle App Engine

[loungep]

「トラフィックが１０倍に増えれば単にCPUの使用量が１０倍に増えるだけ、というリニアなスケーラビリティが確保できている」。

[paulownia]

『２４万個のEntity Groupを（オンデマンドで）作ってそれぞれにカウンターを持たせて個別にトランザクションさせる』ってどゆことだろう？

[faw]

Bigtable Datastore

[atsuizo]

外向けサービスで拡大狙うなら重要な視点だな。逆に言うと、利用量が爆発しない企業内システムには不必要なアーキテクチャってことだ。想定しえないスケールのことにまで設計時間割いてたらムダなので。

[gungle]

クラウドプログラミングは覚えておかないと。