App Engine VS Cloud Run
Cloud Run CPU 0.08 ~ 8 Core (2nd gen は最小 0.5~) Memory 128 MiB ~ 32 GiB (2nd gen は最小 512MiB~) Deploy App Engine は Deploy (gcloud app deploy) を実行すると Cloud Build が暗黙的に動いて Deploy が行われるが、これがなかなか時間がかかる。 開発環境だと CI でとりあえず main branch に merge されたら、Deploy したりするけど、Deploy を Skip してもよいような時でも CI 回してると Deploy を待つことになって、ちょっとめんどうに感じる。 更にこの仕組みは成果物は Deploy しないと生まれないので、CI と CDを分離しづらい。 Cloud Run は Container Registry a
Scaling with the Kindle Fire
News, notes, tips and tricks from the Google App Engine Team Today’s blog post comes to us from Greg Bayer of Pulse, a popular news reading application for iPhone, iPad and Android devices. Pulse has used Google App Engine as a core part of their infrastructure for over a year and they recently celebrated a significant launch. We hope you find their experiences and tips on scaling useful. As part
Google App Engine 倹約のすゝめ ajn18-shin1ogawa - Google Docs
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss
appengine-deferred 0.1 作成 #appengine 2011-04-18 - @vvakame の日記
appengine-deferred を作成しました。 https://github.com/vvakame/appengine-deferred DeferredTask について appengineの1.4.3からDeferredTaskという、RunnableとSerializableのサブタイプなものが追加されました。 これは、DeferredTaskをimplementしたクラスをTaskOptionのpayloadとして渡してTQを起動すると、なんかまぁ /_ah/queue/__deferred__ だかのTQとして起動される、みたいなControllerタイプではない起動の仕方のTQです。多分。 作ったもの 特定のメソッドに @Deferred をつけておくと、例外発生時に自動的にTQでの実行に切り替えてくれるライブラリを作りました。 注意事項がいくつかあるのですが、まぁ後
Google Person Finder: 2011 日本地震
注: 入力したデータはすべて公開され、誰でも表示、使用できる状態になります。Google では、これらのデータの確認は実施しておりません。
Android+slim3(appengine)連携の冴えたやり方？ 2011-01-30 - @vvakame の日記
わかめの言ってること分からんって言われたのでちょっと書き直しました。 Android+appengineは、昔きょーりゅーてんていが言ってた通り、夢の組み合わせなわけですよ。 世界中で動く端末！個人が気軽に使える(気分的に)無限にスケールするサーバ！！ ただ、今まで冴えたサーバ、クライアント間連携の仕方って思いつかず、2〜3ヶ月くらいずっと悩んでました。 最近、一応現実的な解を思いついたので、ここに書いてみんなから意見を貰えたらなぁと思います 目指すこと サーバ側とクライアント側での通信内容を解釈するためのコーディングをほぼゼロで済ませたいし、テスト可能な作りにしたい。 手作業で通信内容をパースするような処理を書くと、エンバグする可能性がある。こわい＞＜ そのために、フォーマットを規定するPOJO自体を共有化したい。 前提 通信は基本的にJSONで行う。 JsonPullParserをガン
モテるアルゴリズム講座 第2回 Skip Graphでモテたい｜株式会社 フラッツ
天方です。 それでは、アルゴリズム講座第2回をはじめたいと思います。 おかげさまで、前回の講座では、公開後、たくさんの知り合いの方から声をかけていただきました。 やはりアルゴリズムがモテるということを実感した第1回講座でした。 さて、今日は、最近クラウドのGoogle App Engine(GAE)で利用を検討したアルゴリズムについて紹介したいと思います。 GAEでは、プログラムをする際に、クラウドの特性を意識する必要があるのですが、それは、アルゴリズム、特に並列アルゴリズムの知識を生かすには非常によい環境ともいえます。 はっきりいいます。GAEでアルゴリズムができるとモテます。 この講座を通じて少しでも皆様にモテをおすそ分けできたらと思います。 さて、本日も前回と同様、アルゴリズムとデータ構造に着目しています。 GAEでは、データを格納するストレージとしてRDBMSを使う代わり
App Engine 1.4.1 をリリースしました - High Replication Datastore の紹介
.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
throw Life - Android1.6でも動く「オレオレC2DM」の実装
前回のおさらいですがホンモノのC２DM（Cloud To Device Messaging）の構成はこんな感じ。 端末をC2DMサーバ(@Google)に登録する お返しにregistration IDをもらえる（人にバレちゃだめ） 自分で作ったapp server(GAEで作れる)にuserアカウントとregistration IDを対応付けて保存する browserからapp serverにuser account情報と送信したデータをPOST app serverはuser accountからregistration IDを求めて、データと併せてC２DMサーバへPOST C2DMサーバはregistration IDと対応付けていたデバイスに向けてデータをPUSH
GAEを用いた独自C2DMの構築. android 端末にデータをpush push !! (たぶんiphoneも大丈夫) | Pandroid ブログ
Tweet友人からこんなん(Android1.6でもAndroid Marketなくても動くC2DMを作ってみた)あるんだけど作れる？と聞かれ裏も取らずに作れるよーと返してしまったので頑張って作ってみました。 独自C2DM システム構成 throw Life ブログさんの図ではオレオレC2DMに Google 公式 C2DM が使用されているようなのですが、この独自C2DMではGAE(Google App Engine)のみを用いています。 ブラウザから送信されたデータをGAE(cloud)経由で端末にPUSHするシンプルな構成です。 この独自C2DMの一番の肝は、つい先日(12月8日頃に)リリースされた Google App Engine SDK 1.4.0 で正式サポートされている Channel API です。 Channel API を簡単に説明すると、Googleのサーバ(GA
Happy Holidays from the App Engine team - 1.4.0 SDK released
News, notes, tips and tricks from the Google App Engine Team App Engine version 1.4.0. is here! It’s our most significant release of the year for the App Engine SDK, including a number of very big features that we know developers have been eagerly awaiting: The Channel API - A bi-directional channel for communicating directly with user browsers by pushing notifications directly to the JavaScript r
AppEngine/Jのspin-upを劇的に改善する方法 - ひがやすを技術ブログ
AppEngineは、アクセスがあったときにアプリケーションを起動し、しばらくアクセスが無ければアプリケーションを終了させ、また次のリクエストで再起動するという仕組みを導入しています。 そのため、アプリケーションを起動(spin-up)する時間がとても重要になってきます。このspin-upの時間はpython(webapp)で60cpu_ms以下。(cpu_msはcpuが使う仮想的な時間ですがmsと同じ感じで捉えてもらってもとりあえずは大丈夫です)JavaのServletだと600cpu_msくらいです。PythonでもDjangoような大きなフレームワークだと1000cpu_msくらい(アプリによる)かかりますが、許容範囲内。JavaだとSlim3で1300cpu_ms、Springだと早くて7000cpu_msという感じで、Slim3がギリギリ許容範囲内でしょうか。ほんとうは、1000
Google AppEngineについて思うところ
早すぎる最適化オジサン @makotokuwata まずAppEngineがいまいちブレークしないのは、お金を集める仕組みが用意されていないことと、Datastore (Bigtable) の使い方が難しいことの2点だと思う。 2010-11-05 23:11:32 早すぎる最適化オジサン @makotokuwata 1点目の、集金システムについて。AppEngineと比べて、たとえばiPhoneアプリは十分ブレークしているといえるけど、これはやはりiPhoneアプリは販売して収益を出せる可能性があることが大きい。 2010-11-05 23:12:58 早すぎる最適化オジサン @makotokuwata それに比べて、GAEはインフラと開発環境は提供するけど、集金の仕組みは提供できてない。言い方を変えると、無料で使える環境は提供しているけど、収益を上げるための環境は提供できてない。そこが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
簡単！GAE/SE Node.jsでNuxt.jsをUniversalモードで動かしてみた
Loading...
CentOS で動いていた WordPress を Google App Engine 上で動かし無課金稼働させるまでのまとめ
2016年半ば現在のGoogle App Engine - write.kogu
agilecatcloud.com
appengine ja night #13