公開日: 2019.10.14 Google App Engine(GAE)で1日6000アクセスほどあるAPIサーバーを1ヶ月運用して学んだ、無料枠である1日28インスタンス時間に収めるためのポイントをまとめました。 編集ノート:SERVERSUSでは、パートナーリンクからコミッションを得ています。コミッションが記事の意見や、サービスの評価に影響を与えることはありません。 GAE設定（app.yaml）周りで気をつけたいことautomatic_scalingの設定を適切にするGAEは処理負荷に合わせて自動でスケーリングしてくれる素晴らしいサービスなのですが、逆にGAE側で「もっとインスタンスを増やした方がいいな」と判断されてしまうと、どんどん起動インスタンスを増やしていってしまいます。 そうすると、1日28インスタンス時間はあっという間になくなってしまうので、app.yamlで最大インス
目次 第一世代から第二世代の比較どのように移行したらよいの？注意点 app.yaml の変更第一世代と第二世代の間の過渡期世代があるPHP7.2は dev_appserver.py が使えないApp Engine APIの移行先参考Google App Engineを第一世代から第二世代に乗り換えました。GoとPHPの環境をGoogle App Engine上にもっているのですが、それぞれGoは1.9から1.11、PHPは5.5から7.2へのアップデートとなります。 Google App Engine で動かしているGoの環境を1.9から1.11に上げた。わりとすんなりいけた — toshimaru (@toshimaru_e) May 14, 2019勢いでPHP on Google App Engine もphp 5.5からphp 7.2に上げといた — toshimaru (@tos
ほんの些細な見た目の違いで、「UI良さげだな〜」という思い込みが崩れることがあります。 エンジニアは、最適なユーザー体験を実現するべく、その錯覚をローカル開発の時点から目指すべきです。 以前、自分でGo製のDBレプリケーションツールを作成して、この問題を解決しました。 ですが、最近AppEngineを触ってる自分からすると、果たしてどうやればデータをコピーできるのか、ましてやDatastoreともなるとMySQLとかと違ってインターフェースが違うのでは、困る！と思っていました。 しかし、AppEngineでDatastoreを使っている場合、これは非常に簡単に解消可能な問題でした。 事前準備Remote APIの有効化事前準備として、AppEngineのRemote APIというものに対して、アクセスする窓口を作る必要があります。API経由でDatastoreを叩くためです。 今回はGoの
（備忘メモ） https://cloud.google.com/appengine/docs/standard/go/an-overview-of-app-engine#limits 1アプリケーション辺りバージョン数が非課金で15、課金ありで2１0を超えるとデプロイが失敗する為、CI(GitHub Actions)でデプロイ前に古いバージョンを削除する。 デプロイ前に件数が30件超えていたら直近デプロイ20件を残して削除する（Traficが割り当てられるものは除く）。 ↓抜粋 （※gcloudのインストールや認証は割愛） jobs: deploy: name: Deploy runs-on: ubuntu-latest steps: (中略) - name: GAE delete old versions run: | ALL_NOTRAFIC_VERSIONS=$(gcloud app
追記） サービス間通信に関わらず、東京リージョンではカスタムドメインを使うとレイテンシが増加 sinmetalさんにコメントで教えていただきました。 お察しの通り、Tokyo Regionを含むいくつかのRegionのApp EngineはCustom DomainでアクセスするとLatencyが増加します。 ドキュメントとしては https://cloud.google.com/appengine/docs/standard/ruby/mapping-custom-domains?hl=en に書いてあります。 確証はないですが、GoogleのネットワークのエッジポイントにあるGoogle Frontend Serverは、App EngineのCustom Domainの紐付けを持っておらず、us-central1に一度行ってしまうために、発生するLatencyなのではないかと思います
ご存知の通り、Google App Engineにデフォルトで割り当てられるドメインは{project_id}.appspot.comですが、{version}-dot-{service}-dot-{project_id}.appspot.comでアクセスすればバージョンやサービスを指定できます。App Engineにカスタムドメインを割り当てていても同じことができて、{version}.your_custom_domain.comのようにすれば、（dispatch.yamlをいじっていなければ）デフォルトサービスの指定したバージョンにアクセスできます。自分のチームでは開発ブランチの動作確認などに使っています。めっちゃ便利です。 しかし、App Engineの公式ドキュメントにはとても恐ろしいことが書いてあります。 カスタム ドメインを使用すると、一部のリージョンで App Engine
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
この記事はMERPAY TECH OPENNESS MONTHの3日目の記事です。 メルペイ ソリューションチームで毎日コード書いたりして遊んでいるvvakameです。 TL;DR AppEngine 2nd genでロックインAPIから解放され大脱出できるようになった AppEngine Log APIはオーパーツ(完全には真似できない) プラットフォーム出力のrequest logを使う アプリではapplication logだけ出力する 高度なフィルターの使い方を覚える 05/23 もらった情報をもとに追記をしました。 AppEngineはいいものだよ & 2nd genの台頭 メルペイではプロダクト提供のためにAppEngineはほぼ使われていません。だいたいのものがGKE上で動いていて、だいたいのDBはSpannerです。しかし、お客様に提供するものではない、internalな
Send feedback Runtime support schedule Stay organized with collections Save and categorize content based on your preferences. This page provides key dates for App Engine standard environment language runtimes as described in the Runtime lifecycle page. Based on qualification and stability of releases, availability and key dates might be delayed. Revisit this page to stay up to date. Go Runtime Env
TL;DRGAE 2nd-gen では X-Appengine-Inbound-Appid ヘッダの代わりに、ID Token + Identity-Aware Proxy を使った方式をサービス間認証に使えます。 はじめにGAE でマイクロサービスを構成する場合、各サービス同士を呼び合うときに同一 GAE アプリからのリクエストであるかを確認したい場面があります。シンプルな例だと、サービスがフロントエンドとバックエンドに別れていて、バックエンドはフロントエンドからしか呼び出せないようにしたい場合です。 GAE 1st-gen では X-Appengine-Inbound-Appid ヘッダという魔法のヘッダがありました。このヘッダは URLFetch を使用して別の GAE サービスにアクセスする時に、GCP が自動で呼び出し元の Project ID を入れてくれるヘッダです。そのため
アドベントカレンダー1番手です。 僕から見た今年のGoogle Cloud PlatformはMachine LearningとFirebaseかなーという印象でした。 データベース周りではSpannerも熱いですね。高くて使えてませんが ちなみに僕の好きなGoogle App Engineの今年ははChannel APIがシャットダウンされたこととGo 1.8が使えるようになりました。 だけど、はやくGo 1.9来て！！！！！ 去年はGAEの構成について書きましたが今年はAPIをどうするか？という事を書きます。 gRPCとは gRPCは、Googleが開発したオープンソースのRPCフレームワークです。HTTP/2の上で Protocol Buffersでシリアライズされたデータを高速に送ることができます。 gRPCはProcol BuffersのIDLを使ってサービスとメソッドを定義しま
Google App Engine（GAE）で Go 製のウェブアプリを動かしたかった話。いっぺん動かしてみると GAE/Go はウェブアプリを動かす環境としてはとてもいい。ただ、中途半端な知識だけで始めると開発者としてはつまずくことが多かったので、分かりにくい点をまとめておく。 Google App Engine Go Standard Environment について goapp は $GOPATH 以下もアプリケーションのソースとしてアップロード／コンパイルする goapp はプロジェクトルート以下のソースコードをすべてコンパイルしようとする go-app-builder: Failed parsing input: parser: bad import "syscall" in ... go-app-builder: Failed parsing input: app file x
こんばんは。アドベントカレンダー Google Cloud Platform(2) 23日目担当の @ks888 です。 突然ですが、luciというライブラリをご存知でしょうか。AppEngine/Goのテストに効果を発揮する素晴らしいライブラリなのですが、あまり使っているという話を聞きません。今回はそんな不遇？のライブラリluciを紹介してみたいと思います。 luciとは luciのGitHubページには次のように書かれています。 LUCI stands for Layered "Universal" Continuous Integration. It's a fleet of complementary, but independent, scalable services made to facilitate small-to-huge-scale CI needs. うーんCIに
Local Unit Testing for Go Stay organized with collections Save and categorize content based on your preferences. Local unit tests run inside your environment without accessing remote components. App Engine provides testing utilities that use local implementations of Cloud Datastore and other App Engine services. The development services simulate the behaviour of the real service locally for testin
appengine ja night #35の発表資料です。 http://gcpja.connpass.com/event/44024/Read less
---重要--- GAEのSSL設定は、マネージドセキュリティという仕組みが導入され、簡単になりました。 参考：Google App EngineでマネージドSSLが全ユーザーに無料提供 GAE設定の「カスタムドメイン」画面でカスタムドメインをチェックし、『マネージドセキュリティを有効にする』ボタンを押すだけで設定が完了します。また証明書の自動更新も行われます。 以下の記事のような作業は、行う必要はありません。（２０１７年９月１４日以降） 今回はGAEのSSL設定について、備忘録を残します。 サーバにSSL証明書を導入することは、セキュリティの観点から推奨されています。しかしGAE（Google App Engine）上で導入するには、独特の費用の問題があり、簡単ではありませんでした。 しかし今では、導入のハードルはかなり下がってきています。 GAEでSSL証明書を導入する場合、以前は設定
最終更新日：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年4月18日開催のアッテフェスでの発表です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く