Google App Engineのデプロイエラーとその対処法
ERROR: (gcloud.app.deploy) Error Response: [8] The region asia-northeast1 does not have enough resources available to fulfill the request. Please try again later. GCE（Google Compute Engine）で発生するエラー。AppEngineのフレキシブル環境は実際のGCE上の仮想マシンにコンテナをデプロイしているようなのでこのエラーが発生する。エラーの原因は読んだ通りで、GCE側のリソース不足に起因する。 ググると情報は大量にヒットするが、だいたい紹介されている内容は以下。 待つ 他のリージョンやゾーン（a、b、c…）にデプロイする インスタンス設定を変える ↓ StackOverflowのこのページだとGoogleの
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
スマートレストランでGraphQL を採用した話
株式会社ウェリコで、お客さんのスマートフォンでメニューの閲覧・注文・決済ができるスマートレストランを作ったときに、gqlgenとRelay Modernを使ってGraphQLを採用した話Read less
Nuxt.jsをGAEにSSRとしてデプロイする際の注意点 - Qiita
runtime: nodejs10 instance_class: F2 handlers: - url: /_nuxt static_dir: .nuxt/dist/client - url: /(.*\.(gif|png|jpg|ico|txt))$ static_files: static/\1 upload: static/.*\.(gif|png|jpg|ico|txt)$ - url: /.* script: auto secure: always app.yamlの記述について runtime Nuxt.js v2だと思いますので、nodejs10にしましょう。 instance_class Nuxt.jsでSSRする際はデフォルトのインスタンスF1 だと厳しいので F2 にしましょう。 詳しい料金表はこちらです。 https://cloud.google.com/appen
GAE GoとDatastoreでGraphQL APIを開発する - Qiita
Google Cloud Platformのマネージドサービスを使ってGraphQL APIを開発してみました。GraphQLについては初心者でしたので、実装しながらGraphQLについて学んだことを記録します。 利用した技術 App Engine SE Go 1.11 Go 1.11が11月にβリリース 2nd genと呼ばれる次世代ランタイム Cloud Datastore スケーラビリティの高いNoSQLデータベース Stackdriver Stackdriver Trace for Goを使いたかったため使用 個人で使う分には無料でいけます。動作も速い！！ GAEの2nd genではプラットフォームのことはあまり意識することなく普通にサーバーを実装すればよいです。 にもかかわらず、必要な時、必要な分だけ高速に起動するので最高です。 主なライブラリ 使用した主なライブラリは以下のとお
Circle CI 2.0の基礎的な設定まとめてみた(GAE/Goのサンプル付き) - Qiita
今回の記事について Circle CI2.0用の設定の基礎的な部分のメモ。 今回の記事は、単純な設定をCircle CI 2.0 で行うことを目的としているため、基礎的な設定のみを行い、Workflow等の設定は行わない。 ※ Workflowの記事は別で書きたいと思っている。 また、サンプルとして、GAE/Goの設定を行う。 別にCircle CI1.0のことを知らなくても読めるはず。 Circle CI 1.0とCircle CI 2.0の機能的な違いなどについては、ここでは行わないので、以下を参考にするといいと思われる。 CircleCI 2.0に移行して新機能を活用したらCIの実行時間が半分になった話 - クラウドワークス エンジニアブログ CircleCI 2.0を使うようにするだけで、こんなに速くなるとは夢にも思わなかった！ | Tokyo Otaku Mode Blog 基本
稼働中のWebサービスを継続プロファイリングする by Stackdriver Profiler（GAE/SE Go 1.11） - Qiita
稼働中のWebサービスを継続プロファイリングする by Stackdriver Profiler（GAE/SE Go 1.11）GoGAEプロファイラstackdriverStackdriverProfiler ※この記事は LOB のアドベントカレンダー の17日目の記事になります。 こんにちは。 LOBで開発業務を手伝わせてもらっている大久保です。 最近はGCP触ったりRailsを触ったりと、インフラとアプリの境で彷徨ってる精進してるのですが、今後の開発でもGoでWebアプリを開発したりGCPでSRE的なタスクを進めたりといった業務が増えそうなので、Goの学習も兼ねて最近リリースされたStackdriver Profilerについて調査しました。 Stackdriver Profilerとは Stackdriver Profilerの管理画面 Stackdriver Profilerは
GAE/Goにおけるコスト最適化 #golang – timakin – Medium
Go Advent Calendar 2018 ２日目の記事です。１日目はtenntennさんの「実装して理解するスライス #golang」でした。 せっかくなので実益に繋がる話を書くべきだと思っておりまして、今回はGoConでGAE/Go 2nd genに対して注目が集まっていたのもあり、「GAE/Goでの運用コスト最適化」について書こうと思います。 （とはいえ、この分野だとGCPUG界隈のsinmetalさんやvvakameさん、apstndbさんあたりが圧倒的に詳しく、僕が書くことに関してはやや恐縮するのですが） どれくらいコストを減らしたかサービスを運営する中で、クライアントからAPIが叩かれるだけでなく、クローラー等による大量のアクセスがある場合、いくら小規模でもかなり費用が可算できます。そしてそれは安いと評判であるGAEでも例外ではありません。 お財布が困窮していたわけではない
App Engine documentation | App Engine standard environment for Go 1.11 docs | Google Cloud
Note: Go 1.11 has reached end of support on January 30, 2024. Your existing Go 1.11 applications will continue to run and receive traffic. However, App Engine might block re-deployment of applications that use runtimes after their end of support date. We recommend that you migrate to the latest supported version of Go.
Datastore/Go のデータ設計と struct の振る舞いについて - pospomeのプログラミング日記
golang tokyo #5 の LT資料です。 golangtokyo.connpass.com Datastore/Go のデータ設計と struct の振る舞いについて from pospome 以下のような感想をいただいたり・・・ 参考になる #golangtokyo— コキチーズ🔥フレンズ (@k2wanko) 2017年4月27日 AppEngine for Go ならではのやり方でおもしろいね #golangtokyo— 真 (@sinmetal) 2017年4月27日 Scopeに併せてstruct切るのは確かに良さそうかもしんない #golangtokyo— わかめ@TypeScript味 (@vvakame) 2017年4月27日 #golangtokyo DBの要素のチョイスがわかりやすくていい。— 邑 (@nhiro78) 2017年4月27日 こういう対戦ロジ
Google App Engine PHP 7.2 を試してみる #phpstudy / google app engine php 7.2
2018-08-29 に開催された 第129回 PHP勉強会@東京で発表したスライドです
App Engine PHP 7.2 Standard Env における Redis / Memcached / Spanner の利用方法 | GREE Engineers' Blog
HOMEApp Engine PHP 7.2 Standard Env における Redis / Memcached / Spanner の利用方法 インフラの矢口です GAEにおいてついにPHP 7に対応したランタイムがリリースされました！ gVisorを利用することにより今までよりも圧倒的に制約が減り、標準的な構成を動作させやすくなりました。また大きな懸念点であった言語処理系ランタイムの更新頻度についても改善されることがアナウンスされています。 さて、そのようなGAE PHP 7ですが、DBやキャッシュのミドルウェアまわりについてはどうなっているのでしょうか。通信周りも自由になったため任意のプロトコルで外部に接続できるようになり使用できるものはかなり増えているはずです。 しかし公式ドキュメントで記載されているDBはDatastore, Cloud SQLにとどまっています。またApp
Building an app with PHP 7/8 | Google App Engine standard environment docs | Google Cloud
Send feedback Building an app with PHP 7/8 Stay organized with collections Save and categorize content based on your preferences. Region ID The REGION_ID is an abbreviated code that Google assigns based on the region you select when you create your app. The code does not correspond to a country or province, even though some region IDs may appear similar to commonly used country and province codes.
goapp testを5倍速くらいにするaetest.NewInstanceのキャッシュ化
GAE/Go SEで運用しているPJで、aetest.NewInstanceをキャッシュした結果50本くらいあるテスト実行時間が全体で5倍速くらいになったので共有します。 背景と概要 GoのWebサーバを立ち上げる時GAE/Goを選択する人は多いのではないでしょうか。 ただエンドポイントのテストを書こうとaetestを利用し始めると途端に問題が発生します。aetestを利用してテストを書くと、裏でPythonサーバを立ち上げるため1リクエストのテスト実行に2-3秒掛かり極めて遅いのです。 そこでaetest.NewInstanceのキャッシュ化に取り組み実行時間を改善することにしました。 singletonパターンでキャッシュを実装 Singleton Pattern in Go を読みながら実装してみました var instance *singleton var once sync.On
NodeJS on App Engine Standard
That’s right, it’s finally happened NodeJS has arrived 🛬 on the Google App Engine (GAE) Standard Environment across the Google Cloud Platform. To read more about this release, head over to Now, you can deploy your Node.js app to App Engine standard environment By Steren Giannini, Product Manager, Google Cloud Platform Developers love Google App Engine 's zero-config… “Node.js has offered Monash U
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Cloud OnAir] Cloud Run Deep Dive ~ GCP で実践するモダンなサーバーレス アプリケーション開発 ~ 2019年9月12日 放送![[Cloud OnAir] Cloud Run Deep Dive ~ GCP で実践するモダンなサーバーレス アプリケーション開発 ~ 2019年9月12日 放送](https://cdn-ak-scissors.b.st-hatena.com/image/square/faf980322ca4f84c0fa016b0f7e634f3f68d732d/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F0912-190912084632-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Firestore への自動アップグレード | Cloud Datastore ドキュメント | Google Cloud
Laravel 5.7 Lands on Google App Engine Standard Environment - Sky Chin
App Engine Scaling Config
go.mercari.io/datastore はいいぞ！ / go.mercari.io/datastore is pretty good!
