タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

gaeに関するjukuringoのブックマーク (7)

  • Google Cloud Endpoints公開、グーグルもモバイル向けBaaSへ参入。Google App Engineがモバイルのバックエンドに

    Google Cloud Endpoints公開、グーグルもモバイル向けBaaSへ参入。Google App Engineがモバイルのバックエンドに グーグルは、モバイルアプリケーションのバックエンド向けクラウドサービス機能「Google Cloud Endpoints」などを含む新バージョンのGoogle App Engine、「App Engine 1.7.5」をリリースしました。 App Engine 1.7.5ではGoogle Cloud Endpoints以外に、Java 7ランタイムのサポート、1GBメモリが利用できるインスタンスの追加などが含まれています。 Google Cloud Endpointsを利用することで、開発者はiOSやAndroidのモバイルアプリケーション、もしくはWebブラウザ上で動作しているJavaScriptなどから、Google App Engine

    Google Cloud Endpoints公開、グーグルもモバイル向けBaaSへ参入。Google App Engineがモバイルのバックエンドに
  • サンプルコードで分かるGAE&Twitter API開発 (2/5)

    サンプルコードの構成ファイルを理解しよう それでは今回の題、サンプルコードの解説に入ります。 最初に、サンプルを構成するファイルの役割について説明します。1つ1つの中身はよく分からなくても構いませんが、それぞれの役割をつかめばあとの理解はずっと楽になりますから、どのファイルがどんな役割をしているのかだけ、覚えておきましょう。 ■app.yaml GAEアプリケーションの設定ファイルで、GAEの利用には必須のファイルです。前回の記事で説明したアプリケーション名や、ファイル配置、URLハンドラなどを設定します。詳しくは以下のドキュメントを参照してください。 Google App Engine -Python アプリケーション設定 http://code.google.com/intl/ja/appengine/docs/python/config/appconfig.htm ■index.y

    サンプルコードで分かるGAE&Twitter API開発 (2/5)
  • AppEngineにどんなアプリが向いているのかを知ろう - ひがやすを技術ブログ

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

    AppEngineにどんなアプリが向いているのかを知ろう - ひがやすを技術ブログ
  • GAEたん「2010年は、スケールしよっ」 - 虎塚

    GAEたん「書初めは、『雲』か『分散』だよねっ」 新年の抱負は、「RDBとKVSを両方使いこなしたい」です。 今年もよろしくお願いします。 なお、このブログは、Mascot Driven Developmentを応援しています(いま決めた) マスコットがご入用の際には、気軽にお声がけください ;-)

    GAEたん「2010年は、スケールしよっ」 - 虎塚
  • Google App Engineでコードを書くと、処理のひとつひとつが課金に見える

    先週末、ちょっとしたプログラムをGAE/Jで動かして実際に使ってもらってみたのですが、そうすると、いままでテストでちょこちょこやってたときには全部のDaily Quotaが0%だったものが、数%の数字を示すようになります。 これを、ちゃんとプロモーションして多くの人に使ってもらおうとすると、課金が発生したり制限にひっかかったりしそうです。 で、たとえばDatastore APIの呼び出し回数がヤバいとして、API呼び出しを減らすためにキャッシュしようとすると、MemcacheのほうのAPI呼び出し回数がヤバくなってきます。 で、じゃあということでデータストアにデータを置くようにすると、保存量の制約で課金がかかってきます。で、それならと、データストアに置くのはシリアライズしたデータにしてデータ量が最低限になるようにすると、今度はその処理をするためのCPU時間で課金がかかってきます。 コードを

    Google App Engineでコードを書くと、処理のひとつひとつが課金に見える
    jukuringo
    jukuringo 2009/12/17
    それを考えるのもコストなんだよね。そして、変化を入れて、予測を立てて、難しすぎる!ポリシーが必要になりそうだなぁ。
  • 100万PV/日のmixiアプリモバイルをGoogle App Engineで実装した@gclue_akira氏に直撃インタビュー

    Akira Sasaki @gclue_akira 日のMIXIモバイルの解析結果。 PV 365,170PV/8時間 Googleへの支払い $5.11。 100円よりももっていってました。バッティングセンターのCPU時間が妙に高くなっているので、明日最適化すればもう少し安くなると思います。 2009-10-28 01:28:00

    100万PV/日のmixiアプリモバイルをGoogle App Engineで実装した@gclue_akira氏に直撃インタビュー
  • #appengine でスキーマ変更に対応するバッチ処理を行う

    2009/11/05追記ひがさんより指摘を頂いて、30秒制限に関する補足を文中に青字で追記しました。いつもありがとうございます、助かります>ひがさん ここから文 タイトルの処理について、いくつかノウハウを書いておきます。ポイントは以下の2点。 全てのエンティティにスキーマバージョンを保持する ローカル環境からデプロイ環境へ直結してバッチ処理を実行する事で、30秒制限なんて無視してしまう 実例をもとに説明してみます。最近、appengine java night用のまとめページとかに使おうとしているサイトを運営していて、そこに「TwitterでAppEngine関連についてつぶやかれた内容を収集する」という機能を実装しました。しかし、つぶやきを保存する際の投稿者の情報として「Name」を保持しているものの「ScreenName」を保持しておらず、投稿者のタイムラインページへのリンクを作成

  • 1