最終更新日：2018/3/6 こんにちは、小西です。 これまで紹介してきたGoogle App Engine(GAE)ですが、無料枠が大きいとはいえ、ちょっと重い処理があるときにリクエストが立て続けに来ると、すぐに2台以上インスタンス起動してしまいます。 インスタンス時間の無料枠は28時間なので、この範囲内で抑えることが重要です。 先月、月間50万PVほどあるサイトをGAEに移行し、1ヶ月ほど無料で運用することができたので、その際にやったことをお伝えします。 PHPで試したものですが、基本的にはPython, Go, Javaの場合も同じはずです。*1 GAEってなんじゃ？という方はまずはこちらをどうぞ： さくっとPHPでサイト作るならGoogle App Engineが最高 - koni blog Node.jsの方は無料で使えないみたいです。詳しくは一番下。 何に課金されるのか 完全無
こんにちは、小西です。 気がついたら年が変わっていました。2016年はブログを書く年にしようと思います。 さて、Google App Engine (GAE)をご存知でしょうか？ 「知ってるよー。Google がやってるPaasでしょ。でも仕事じゃ使えないよねー。」 「JavaとPythonだけでしょ？」 「すごいダサい管理画面のやつでしょ？」 こういうイメージの方が結構多いんじゃないでしょうか。 僕も含め、GAEが出た当初触って以来、という方は、上の印象が正しいと思います。 僕もこういう印象だったのですが、いつのまにかPHPが正式対応していたのに気づき、軽く使ってみたら、非常によかったので、今日はその話をします。*1 GAEとは？ GAEは、Google がやっているPaasのサービスです。 必要な作業は、ソースコードをデプロイするだけ Paasなのでインフラの心配をしなくていい（最高！
iap-hello-worldはWebアプリケーションにおけるGoogleチェックアウトを使ったアプリ内課金を行うデモです。 Androidアプリの販売に際してGoogleチェックアウトが日本でも使えるようになりました。そしてそのGoogleチェックアウトを使ったWebアプリケーション内における課金方法について参考にしたいソフトウェアがiap-hello-worldです。 最初に認証をします。 ここはいわばゲームのダッシュボードです。左側のリンクをクリックしてゲームを行います。 Androidのキャラクターを動かすゲームです。 そしてアプリ内課金にトライできます。 iap-hello-worldはWebアプリケーションとしてゲームを提供し、その中でアプリ内課金を使うためのチュートリアルになっています。Androidのみならず、Webアプリケーションでもアプリ内課金を扱ってみたいと考えた際に
NDB (Next DB モジュール) は Google App Engine の Python ランタイムで利用可能な新しいデータストア API です。 以前は db (google.appengine.ext.db) という API がありましたが・・・、というか、現在でも利用可能ですが、 基本的に下位互換のために存在するもので、今後、新しいプログラムには ndb を利用していくと良いと思います。 Python の生みの親であるグイド・バンロッサム氏が率いるプロジェクトで開発されています。 実験的 (experimental) というステータスでリリースされていたのですが、2012年3月に正式版 (GA, General Availability) としてリリース。 Google App Engine 1.6.4 に標準コンポーネントとして組み込まれました。 App Engine Da
ここ数ヶ月、Google App Engine/Pythonを使い、初めてちょっとしたものを作ってみているのだけど、開発初期から知っておけばよかったなー、と思うノウハウ/tips的なものをずらずらと書いてみる。 基本的な環境設定は、 以前書いた まま。 0. 公式ドキュメントを良く読む 言うまでもなく、だけど、 マニュアル はもちろん、 この辺 の下の読み物も、流し読みだけでもしておいたほうがいい。 datastoreとmodel的なところ 1. key nameを使いこなす key nameは、レコードの作成時に指定できる(RDBでいう)primary keyの別名みたいなもの。primary key自体は自動的で作成されるので開発者が指定できるのはkey nameだけ。 key nameをうまく使うことで、datastoreを使いやすくすることができる。特にdatastore上で"un
・33.Google Cloud Datastoreを試してみた 概要編 (1/3) ・37.Google Cloud Datastoreを試してみた GCE編 (2/3) ・38.Google Cloud Datastoreを試してみた その他環境編 (3/3) Ryo Yamasaki(@vierjp)です。 Google I/O 2013で発表された「Google Cloud Datastore」について調べたので、 今回から三回に分けて書いていこうと思います。 第1回は概要や仕組み、注意点についてです。 今回は以前に書いた「Blog @vierjp : 27.Google I/Oで発表されたGoogle Cloud Platformの新機能」と重なっている部分がいくらかあります。 ◯概要 ・App EngineのDatastoreが単独で利用可能になる これまでAppEngine上
Ryo Yamasaki(@vierjp)です。 Google I/Oでハンズオンに参加したおかげか、 すぐにGoogle App Engine for PHPのLimited Previewを使えるようにしてもらえたので早速試してみました。 ◯Google App Engine for PHP Limited Preview申し込み ・Google App Engineのアカウントとアプリの作成 申し込みは自分のGoogleアカウントに紐付いている「AppEngineの"アプリ"」に対して行います。 そのため「AppEngineのアカウントが無い」または「アプリを作成していない」という場合には、 先にアカウントとアプリの作成を行う必要があります。 比較的新しめのところでは以下のサイトが参考になるかもしれません。 ・egashira.jp : 初めてのGoogle App Engine ア
前回は Slim3 Datastore の導入方法をエントリにしてみました。今回はそれを利用してエンティティのクラスを作る方法を紹介してみようと思います。と、前回に引っ張ってみたのですが、Slim3 Datastore ではあまりに簡単にエンティティを定義できるのでちょっと趣向を変えようと思います。 今回は、エンティティの定義方法を簡単に紹介した後、普段私が気をつけている点について簡単に紹介してみようと思います。また、経済性を考えて、アプリケーションには次のような制約をつけておきます。 エンティティオブジェクトを永続化層以外でも利用する エンティティオブジェクトの生成はnewで行う このあたりはやや宗教的な話も含みますので、参考程度に。 なお、このエントリで言及する注意点などは、少し堅めにApp Engineのデータストアを利用したいひと向けです。非常に小さなアプリケーションを作成する場合
（随時更新中です。間違いなどありましたらコメントをお願いします！） このページのtinyurl: http://tinyurl.com/gaetips Datastoreのtips Bigtableの内部構造 BigtableによるDatastoreの実装 Datastoreによるクエリの実装 トランザクションとエンティティグループ Datastoreのtips List Proprtyとmerge joinの使い方 GAE一般のtips GAEのサーバー構成とリクエストの流れ Task Queue APIの使い方 開発環境とプロダクション環境の違い Flex/AIR＋GAEのtips GAE/JにBlazeDSを組み込む BlazeDSの本番環境へのデプロイでハマる Datastore APIの取り扱いでハマる App Engine開発の便利な参考ページ TOPGATEさんのGoogle
先日プレリリースされていたApp Engine 1.3.6が正式にリリースされた。今回の目玉は Namespace APIによるマルチテナント ブロブストア上の画像の高速サムネイル化 カスタムエラーページ データストアの1000エントリ制限の解除 小ネタとしては Java でもapp.yamlが使えるように 管理コンソールからタスクキューが停止できるように 管理コンソールのダッシュボードのグラフが30日分表示されるようになった ブロブストアでContent-Rangeヘッダが利用可能に とりあえず、今回はNamespaceによるマルチテナント化についてだけ。 NamespaceManager API 一つのアプリケーションを、異なるデータセットに対して動作させることを簡単にできるようにするAPIです。つまり名前空間Aと名前空間Bに対して異なるデータセットを用意し、それぞれ独立に動作させるこ
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
App Engineで現実的な送金処理について考え中です。 ドラフト版なので、怪しい点があればご指摘いただければ幸いです。 コメントで情報いただきました。 Distributed Transactions on App Engineで紹介されてる方法と基本的に同じなので、おそらく問題なく動きそうです。ありがとうございました。 今回はこんな図を使います。 この図の読み方は、矢印の方向にユースケースの一連の処理(またはリクエストの処理)が流れていて、右に行くほど時間が経過しています。そして、矢印がくし刺しにしている四角形は、そのユースケース中で操作するエンティティを表しています。 また、左右の位置が同じ矢印は、基本的には同じ時刻に発生したイベントを表しています。上記の図では、A, B, Cがそれぞれの口座エンティティを同時に操作している感じです。 並行性制御(おさらい) 最初の図のように、それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く