.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

グーグルは、同社のクラウドサービスであるGoogle App Engineのプレビューを年内に終了し、正式サービスへと昇格させる予定であることをブログGoogle App Engine Blogにポストしたエントリ「The Year Ahead for Google App Engine!」で明らかにしました。 2008年にプレビューサービスが始まったGoogle App Engineは、これまで多くのフィードバックを得てきたため、プレビューを卒業する準備ができたと書いています。 We are now confident that App Engine is almost ready to graduate from Preview status, and we are pleased to announce that graduation will be taking place lat

Save money with Google Cloud’s transparent and innovative approach to pricing. Estimate your costs with our pricing calculator or contact us to get a quote for your organization.

Google　IO　2011あわせのアップデートで、Google　APP　EngineにBackendが導入されました(Python/Java)。 これはbackendと呼ばれるずっと立ち上がりっぱなしのインスタンスを提供する仕組みで、時間制限がありません。そのため、大規模、あるいは長時間かかるような処理に向いています。 Backendsの設定から処理の受付まで Backendsの設定から起動までは次のようになります 設定ファイル(backends.yaml/xml)で各backendを設定 アプリをデプロイ(backend内の処理はアプリ内の処理の一部という形) appcfgから起動 各backendに割り振られたURLにリクエストする appcfgにはこのほかに停止や削除と言った管理用のコマンドがあります(Python/Java) Backendsの設定 前述したとおり、backend

安定してバージョンアップを続けるApp Engine. 1.4系も4つめとなる1.4.3がでた。今回もいくつか面白そうなものが。 Prospective Search Python版のみ。簡単なストリームコンピューティングができる。通常のデータストアに対する検索は、データが蓄積されているところにクエリを投げて答えを得るが、Prospective Searchではこのデータとクエリの関係が逆転していて、クエリをいくつか蓄積しておいてそこにデータを通す。データがクエリの条件にマッチしていると、結果が帰ってくる、という仕掛け。 これって、App Engine Ja Night 12 でお聞きした、Matcher API ですよね？ ストリームコンピューティングはいまちょっと流行ってるけど、この仕掛けでどの程度のことができるのか調べないと。 Concurrent Requests Java 版のみ

ずいぶんさぼってしまって、1.4.1もリリースされるというのにちゃんとフォローできていないのだけど、これはちょっと面白いので書いておこう。App Engineにhigh replication optionが追加された。 High Replication Option App Engineでは、通常マスタ・スレーブ型でバックアップを取っていた。ユーザのデータはマスタのデータセンターに書きこまれ、さらに背後にあるスレーブのデータセンターにコピーされる。このコピーは非同期に行われるので、書き込みにはそれほど時間がかからない作りになっている。そのかわり、スレーブでの書き込みがすぐに成功するとは限らないので、スレーブに書き込む前にマスタが落ちてしまうと、データが巻き戻ってしまうことがありうる。 これに対してHigh replication optionを使うと、より多数のデータセンターに対して同時

GAEを導入しようとしてダウンタイムがどの程度なのか気になったので、 公式アナウンスをもとにまとめた（2009/04 -2010/05）。 雑感 ざっくり 定期メンテナンス：毎月１回程度。最近は日本の早朝に行われることが多い。5:00AM-6:00AM(13:00PST-14:00) DS障害：1ヶ月 〜 ３ヶ月に一度はありそう。数時間書き込み停止。 App障害：最近はほとんどない Cron障害：最近はほとんどない その他API障害：ほとんどない なのかな。 要するに 毎月数時間、突発的に起こるDS書込遅延を受け入れられるかどうか がGAE採用するかどうかのポイントになりそう。 例えば、SNSやCGMサイトとかreadがwriteよりも圧倒的に多いサイトはOKだけど、ECサイトとか業務アプリみたいに書き込みが直接課金やサービスの質に繋がってるサイトでは慎重に考えた方がいい。お金を払ったら多

おしながき 本編 @bufferingsさん：Datastoreのクエリを理解しよう @kazunori_279さん：Next gen queryを斬る！ BT（Beer Talk) @cht_007さん：BDレコーダー＋スマホ/PC連携サービス『Chan-Toru beta』 @ashigeruさん：近くを探す？ @tagomorisさん：SDKを試しに読んでみるよ Datastoreのクエリを理解しよう Google App Engine: Datastore のクエリを 理解しようView more presentations from bufferings. 京都からKotori Web JUnit Runnerの作者でもあるbufferingsさんです。京都でもappengine ja nightの活動を行っており、ajnk2でのクエリ解説が素晴らしい!ということで東京でも発表し

昨日行われたappengine ja night #9で話題になった次の二つについて試してみました。 プロパティa、bに対してSingle Property Indexは作らずにComposite Indexだけを作った場合、a=1、b=2、c=3のようなフィルタを使えばComposite Index + ZigZag Scanを試せるんじゃないか。 プロパティa、bに対してSingle Property Indexは作らずにComposite Indexだけを作った場合、a=1のようなaだけを使ったフィルタは機能するか。 結果 Single Property Indexを作らなかったEntityは、Composite Indexテーブルに登録されないように見えます。下記コードの三つのQueryの結果はすべて空でした。Entity#setUnindexedPropertyメソッドを利用した

宣伝です。拙著がようやく形になりました。AppEngineの本はすでにたくさんあるのですが、1.3.4までをカバーしているものは、（まだ）ないのではないかと思います。 各APIに関してはなるべくそのまま利用できるサンプルを多く含むようにしたつもりです。サンプルは、サポートページからダウンロードできるようになっています。今後のバージョンアップにも追従していく予定です。 このブログで書いていたことと一部重複していますが、どうかひとつ。 すっきりわかるGoogle App Engine for Java クラウドプログラミングposted with amazlet at 10.06.30中田 秀基 ソフトバンククリエイティブ 売り上げランキング: 33083 Amazon.co.jp で詳細を見る

Fredさんへの別件メール中で「Mapper API遅いなぁ〜」とちょっとグチをこぼしたら、「そんなはずはない」的なリアクションだったので、先日のテスト結果をお知らせしたところ、こんな返事が来ました： You can adjust the processing_rate to be higher. The default of 100 is to prevent you from eating through quota too quickly. In mapreduce.yaml (Python) you add: - name: processing_rate default: {some large number} We missed this in the documentation. Thanks for point this out. We'll fix that. Fredな