Google App Engineの新料金体系対策
Google App Engineの料金体系が変わるというのは5月に発表されていたのでいまさらですが、最近になって実際に新料金体系でいくらになるのか確認できるようになりました。 私はGAEはTwitter botや簡単なスクリプトにしか使っていなかったので楽観視していたのですが、新料金体系では無料枠を超えることが分かり、慌てて対策をしました。 旧料金体系と新料金体系の違い 旧料金体系から大きく変わるのが、CPU時間ベースの課金から、インスタンス時間ベースの課金になります。 Google App Engineは、リクエストが増えると自動的にインスタンス数を増やして並列化してくれるのが最大の特長です。リクエストに対する反応が遅くなると自動的にスケールアウトし、暇になればインスタンス数を減らします。 新料金体系では、このインスタンスが動いている数×時間で金額が決まり、無料枠では24.0 28.0
#appengine javaのdatastore操作は #slim3 がおすすめ
自分はdatastoreのアクセスにJDOを使わない(個人的には、という意味ですが)し、Webアプリとしてのフレームワークという意味ではWicketTester並みの単体テスト環境が無いとイヤなので、slim3は今まで見送ってました。しかし、最近slim3がlow-level APIに対応したといぅ事でちょっと触ってみたりソースを読んでみたところ…S2JDBCを触っていた自分にとってめちゃくちゃ良いフレームワークとなっていました！これはスゴイ使いやすい。モチロンS2JDBC未経験の人でも全然おk。 自分としては「GAE/JのDatastore操作としてJDOから入るとハマる、誤解した理解をしてしまう」という意見をずっと持っていたので、ちょっと触る程度の初心者の方にはLow-Level APIで説明をしていました。ちょっと触ってもらうだけなら今まで通りでもいいですが、「実際に使っていくための
App EngineのEntityGroupを理解しよう - ひがやすを技術ブログ
App EngineのEntitiGroupは、Keyの親子関係を利用して組み立てられたEntityの集まりです。 Entityとは、Bigtable上の1つの行で、ユニークに識別するためのKeyを持っています。 Keyは、種類をあらわすkindとAppEngineから自動的に採番されるidもしくはアプリケーション側で自由に決めることのできるnameで構成されます。 通常は、AppEngineの自動採番に任せますが、Emailのアドレスをキーに使いたい場合などは、nameを使います。kindはテーブル名のようなものだと思ってください。 Keyの親子関係は次のようにして作ります。 Key grandparentKey = KeyFactory.createKey("Grandparent", "しげお"); Key parentKey = KeyFactory.createKey(grand
Song of Cloud: Slim3 Datastoreに乗り換える(3)
前回は Slim3 Datastore の導入方法をエントリにしてみました。今回はそれを利用してエンティティのクラスを作る方法を紹介してみようと思います。と、前回に引っ張ってみたのですが、Slim3 Datastore ではあまりに簡単にエンティティを定義できるのでちょっと趣向を変えようと思います。 今回は、エンティティの定義方法を簡単に紹介した後、普段私が気をつけている点について簡単に紹介してみようと思います。また、経済性を考えて、アプリケーションには次のような制約をつけておきます。 エンティティオブジェクトを永続化層以外でも利用する エンティティオブジェクトの生成はnewで行う このあたりはやや宗教的な話も含みますので、参考程度に。 なお、このエントリで言及する注意点などは、少し堅めにApp Engineのデータストアを利用したいひと向けです。非常に小さなアプリケーションを作成する場合
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
