AppEngineは、万能なプラットフォームではありません。むしろ、かなり使い道は限定されていると言ってもいいでしょう。 向いていないアプリで使うとかなりはまって、アプリが完成しないリスクがあります。 一方、向いているアプリで使うとこれまでよりかなり費用を節約できたりとか、儲けにつなげることができます。 AppEngineにどのようなアプリが向いているかというと、AppEngineがGoogleの既存のインフラをそのまま利用していることをまず知っておく必要があります。 Googleのインフラは、(極端に単純化すると)大量のデータを多くの人に同時に見せるために最適化されています。 AppEngineも同様で、大量のデータに大量にアクセスがあっても大丈夫なように、BigtableというKVSを使っています。また、自動でスケールアウトするWebのFront Endも既存のインフラをそのまま使って

Twiwt BlogはPython製/Google App Engine用のフリーウェア（ソースコードは公開されている）。Twitterに代表されるマイクロブログをはじめるとブログの更新が途絶える人が増えるらしい。確かに思いのアウトプット先として手軽で良いツールだ。 Twitterの認証を利用 だがブログはブログなりの良さがある。マイクロブログに慣れると重たく感じてしまうかも知れないが、Twitterとブログを融合して使えたとすれば話は違うかも知れない。それを感じさせるのがTwiwt Blogだ。 Twiwt BlogはTwitterの認証情報を使ったブログシステムだ。OAuthで認証後、ブログを書くことができる。現状ではタイトルと本文程度だ。本文ではMarkdown記法を使えるようになっている。そしてブログのタイトルの横にはTwitter向けのリンクが追加されている。 ユーザ単位のページ

don-gabachoはGAE/Jによるオープンソース・ソフトウェア。基幹システムにおける最大の目的は帳票の出力にある。なのでシステムを開発する際には帳票へ出力する項目や他システムへ受け渡す項目から考えると分かりやすい（個人的な経験として）。 出力された帳票 しかし帳票を出力するシステムを考えるとなると話は違う。特にWebシステムは帳票出力が苦手だ。通常のHTMLやテキストファイルを出力するのに比べると異なるライブラリが必要になったりする。そこで試したいのがdon-gabachoだ。 don-gabachoは名前はユニークだが、その実態は有益な帳票出力システムとなっている。自分で帳票の設計が可能で、さらに項目を設定することで出力される値を任意に変更ができる。生成された帳票はExcelファイルとしてダウンロードができる。 入力画面 PDFではないが、Excelの方が細かな調整もできるので便利

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

※2010/4/23 sessionのクリアについてご指摘頂き、追記しました。Google App Engine for Java(GAE/J)にて、どんなアプリを使う場合でも （自分的に）ほぼ必須となる設定ファイルのまとめ。 ていうか、リファレンス読めばいーんだけどさ １．sessionを有効にする & クリアの設定をする Javaでsession使わないケースなんてあるのか？ appengine-web.xml　に　下記を追加 <sessions-enabled>true</sessions-enabled> GAE/Jでsessionを使う場合、このままだとDatastoreにsession情報が残ったままなので定期的にクリアするcronを設定する web.xml　に　下記を追加 <servlet> <servlet-name>_ah_sessioncleanup</servlet-

本稿の前編では、Google App Engineの特徴、スケールアウトの基本的な考え方、Google App Engineのインフラ・サーバ構成などについて説明しました。そして中編では、ミニブログサービスのTwitterとGoogle App Engineを連携させたアプリケーションの仕様概要と、設計について説明しました。後編となる本稿では、中編で説明したアプリケーションを実際にプログラミングしていきます。 はじめに Google App Engineは、開発したアプリケーションをGoogleのスケーラブルなインフラ環境上で公開できるサービスです。本稿の前編では、Google App Engineの特徴、スケールアウトの基本的な考え方、Google App Engineのインフラ・サーバ構成などについて説明しました。そして中編では、ミニブログサービスのTwitterとGoogle App

WebMemcacheはPython製/Google App Engine用のフリーウェア（ソースコードは公開されている）。Webサーバの負荷を減らしたり高速化を考える上で欠かせないのがキャッシュだ。最近のWebシステムではごくごく当たり前に行われている手法だ。 データをPOSTした所 最も有名なキャッシュシステムと言えばmemcachedだが、独自のサービスを立てる必要があるので誰しもが使える訳ではないだろう。あくまでも擬似的ではあるが、Google App EngineをmemcachedサーバにしてしまうのがWebMemcacheだ。 WebMemcacheはGoogle App Engineをキャッシュサーバにする。アクセス方法はHTTPになり、JSONPによるコールバックにも対応している。サーバサイドからはHTTPで使えば良いだろう。クライアントサイドでもJSONPを使えば非同期

CirruxCacheはPython製/Google App Engine用のオープンソース・ソフトウェア。Googleは世界中にサーバを持ち、アクセス元にとって最も高速に応答できるサーバを選択してデータを返している。それはGoogle App Engineであっても変わらない。 管理画面はない 高速にデータを返すということは、ごくごくシンプルなCDN（コンテンツ・デリバリー・ネットワーク）と言うことができるかも知れない。その可能性を考え開発されているのがCirruxCacheだ。 CirruxCacheはGoogle App Engine上に立て、静的なコンテンツ（画像など）をキャッシュさせることで次回からのアクセスを高速化するものだ。TTLの設定も行われる。滅多なことでは更新されないコンテンツ（画像など）に対して用いるのが良いだろう。 設定はコードで行う。 キャッシュ可能なIPアドレス

JobTrackerはPython製/Google App Engine用のオープンソース・ソフトウェア。自分が何の仕事をしているか、昨日はどんな仕事をこなしたかを適切に管理するのは重要なことだ。それによって改善したり、別なやり方を見つけられるようになる。 タスクリスト 作業を開始する前、開始した後に記録するようにすれば、自分の作業履歴が適切に管理されるようになる。Webベースであればどこからでも作業のステータスがアップデートできて便利だ。シンプルな時間管理が良い人はJobTrackerを導入してみよう。 JobTrackerはGoogle App Engine上で動作するソフトウェアで、作業を登録しそのパーセンテージやメモをアップデートする。時間はストップボタンを押せば停止し、既存の仕事から選んで作業に入ることもできる。ユニークなのは人の作業に入ることもできる（つまりチーム作業）点だ。

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

MirrorrrはPython製/Google App Engine用のオープンソース・ソフトウェア。かつて言われていたSlashdottedや最近だとDiggに掲載されることでサーバへのアクセスが集中し、最悪サーバが落ちてしまう現象。そんな時に一時的にコンテンツをミラーリングし、アクセスを逃がすサービスが幾つか存在する。 外部コンテンツのミラーに 全くの外部コンテンツにアクセスが流出してしまうと何のためにアクセスが増えたのか分からなくなってしまう。そこで少しでもコントロールできるようにMirrorrrを使ってみよう。Google App Engineを使うので自分でもサーバを立てることが出来る。 MirrorrrはURLを指定して、コンテンツをミラーリングしてくれるサービスだ。Google App Engineを使うというのがミソで、アクセスがこない時には全く金額もかからず、一時的なアク

自宅用のプロキシをセットすれば、自由にプロキシを操作し、会社や学校にバレずにネットのできる抜け道が作れます。米ライフハッカーでは一ヶ月前にセットの仕方を、ライフハッカー日本版でも過去に『FreeProxy』をご紹介しています。ホームネットワークをいじっている間に、SSH SOCKSプロキシをセットしてリモートトラフィックを保護（リンク先英語）、安全にしていくこともお忘れなく。 PCの電源を入れっぱなしにしておきたくない、そして自宅ネットワーク以上の速度をお求めの方は、Gooogle Apps Engineを通して、ホームネットワークから独立したプロキシへ接続、ブラウズするのがオススメです。他の大ざっぱなプロキシに頼る必要はありません。Googleアカウントをとれば、Apps Engineを通して、無料で自分専用のプロキシを運用できます。デジタルテクノロジーブログ、「Digital Insp

今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。３日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む２０〜３０代の社交