Google App EngineへのNext.jsアプリケーションデプロイで気付いた課題と対策
はじめに 今回は、Google App Engine に Next.js アプリケーションをデプロイした際に遭遇した課題と、それぞれの対応について紹介します。 npx create-next-app コマンドの実行後にデプロイした際に、以下の課題に遭遇しました。 next/image を利用している画像へのリクエスト時に App Engine 上で書き込みエラーが発生する App Engine のイメージサイズが400MB弱程度と大きい App Engine のパフォーマンス改善のためのウォームアップリクエストの構成方法が分からない 1. next/image を利用している画像へのリクエスト時に App Engine 上で書き込みエラーが発生する next/image を利用することで、WebP 対応や画質の調整、画像のサイズに応じた配信など簡単に実現することができます。詳しくは、Nex
スタートアップが「GAE/Go」を採用する上で知っておきたいこと Next Currencyが語る導入までの道
2018年1月29日、golang.tokyoが主催するイベント「golang.tokyo #12」が開催されました。プログラミング言語「Go」の導入企業をメンバーに、Goの普及を推進するコミュニティであるgolang.tokyo。今回は、「スタートアップ・新規事業におけるGo」をテーマに各社がプレゼンテーションを行いました。プレゼンテーション「Next CurrencyとGAE/GO」では、 株式会社ネクストカレンシーのsonatard氏が登場。金融系スタートアップのNext Currencyが、どのようにGAE/Goを活用しているのか、自社の事例を交えつつ発表します。この講演はcrash.academyでご視聴いただけます。 Next CurrencyとGAE/Go sonatard氏：では、「Next CurrencyとGAE/Go」と題して発表させていただきます。まずは私の自己紹介
GoogleAppEngine(GAE)でgoroutineを使う - ludwig125のブログ
GoogleAppEngineでgoroutineを使う 以下に記載されている通り、GoogleAppEngineでは並列処理はサポートしていない。 Go Runtime Environment | App Engine standard environment for Go | Google Cloud App Engine の Go ランタイム環境は、goroutine を完全にサポートしていますが、並列実行はサポートしていません。goroutine は単一のオペレーティング システム スレッドにスケジュールされます。このシングルスレッド制限は、今後のバージョンで解除される予定です。特定のインスタンスで複数のリクエストを同時に処理することができます。これは、1 つのリクエストで Cloud Datastore API の呼び出しを待っている間に、同じインスタンスで別のリクエスト
AppEngineでIAPアクセス制限したWebAPIにリクエストを投げる方法 - Qiita
Cloud Identity-Aware Proxy の簡単な説明 Cloud Identity-Aware Proxy （Cloud IAP） は、Google Cloud Platform に含まれるセキュリティプロダクトの１つです。 Cloud IAP を使用することで、App Engine にデプロイしたサービスに、簡単なアカウント認証を設けることができます。 通常はアプリケーションごとに独自のログイン認証を設けることが多いと思いますが、 Cloud IAP による認証は、アプリ独自の認証と違い、インスタンスが立ち上がる前に拒否できるので、不要なインスタンスが立ち上がるのを防ぐことができます。 静的IPがない状況で手っ取り早くアクセス制限したい場合や、課金インスタンスの増加を抑制したい場合は、便利な機能です。 詳しくはこちらへ https://cloud.google.com/ia
GAE 2nd-gen でのサービス間認証
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 を入れてくれるヘッダです。そのため
GitHub - pazams/go-create-api: A template for a go JSON api with Google App Engine ready deployment.
Google Cloud Next 2019 in SF , サーバーレス関連発表まとめ
[18 分 20 秒 ~] Cloud Runの概要とデモ、特に [34 分 00 秒 ~] のオートスケーリングのデモはCloud Runの優位性が分かる内容ですさらに Cloud Run に全振りしたセッションとしては以下がオススメです。Cloud Run のリソースモデルや、またCloud Tasks や Cloud Scheduler との連携、さらに具体的なユーザー事例まで盛り沢山です。また、このセッションを見る限り東京でも Cloud Run がすぐに使えるようになりそうです。 [36 分 50秒 ~] VELOLIA 社の事例紹介現状は何に使えそう？Knative をベースにしているものの、今のところ Eventing は Cloud Run と Cloud Run on GKE 両方ともにサポートされておらず、当面は Web や API をホストする環境として使うことになる
緯度経度を文字列で表すGeoHash - @masuidrive blog
なんか世間的に位置情報アプリが流行ってるらしいし、Google App Engine(GAE)も楽しそう。どうせだから、GAEでなんか位置情報アプリでも作ってみよう！と思ってTwitterに書き込んだところ、Geohashという、位置情報のプロトコル？を教えてもらいました。 これは、その名の通り、位置情報をハッシュで表す規格なのですが、いろいろおもしろい特徴があり、調べているうちに楽しくなってきたので、勢い余ってPure Rubyのライブラリまで書いちゃいました。 そのあと、結局ライブラリを作ったところで満足して、アプリは何も作らなかったので、せめてGeohashの解説でも書いておこうと思います。 位置情報は通常、緯度経度で表します。たとえば東京タワーの緯度経度は35.65861, 139.745447です。 北を上にした地図でいうと、緯度がY座標で経度がX座標です。英語では緯度をlati
位置情報はこわくない(GAE/Go 実践編) - Qiita
# 結果を見る curl http://localhost:8081/?lt=35.6949464269382,139.7493553161621&rt=35.688299,139.759852&rb=35.676834,139.758911&lb=35.682482,139.745092&lv=16 lt(left-top),rt,rb,lb にモバイル画面の四隅の緯度経度をカンマ区切りで lvは検索するquadkeyのレベル。モバイルの場合、地図のzoom level +2 が経験上いい感じ 結果はGeoJsonを返します。それをgeojson.io にコピペした結果が以下です。 いびつな四角: リクエストデータの範囲 格子状の正方形: 検索に使用されたQuadkey範囲 ピン: ヒットしたデータの位置情報 です。いいかんじに検索できてますね。 ポイント モバイルアプリを想定すると、指
Migrating your App Engine app from Go 1.9 to Go 1.11 | App Engine standard environment for Go 1.11 docs | Google Cloud
Send feedback Migrate from Go 1.11 to the latest Go runtime Stay organized with collections Save and categorize content based on your preferences. This page covers instructions for migrating from the first-generation to the second-generation Go runtimes. To upgrade your second-generation app to use the latest supported version of Go, see Upgrade an existing application. Go 1.11 has reached end of
GAE/Goにおけるコスト最適化 #golang – timakin – Medium
Go Advent Calendar 2018 ２日目の記事です。１日目はtenntennさんの「実装して理解するスライス #golang」でした。 せっかくなので実益に繋がる話を書くべきだと思っておりまして、今回はGoConでGAE/Go 2nd genに対して注目が集まっていたのもあり、「GAE/Goでの運用コスト最適化」について書こうと思います。 （とはいえ、この分野だとGCPUG界隈のsinmetalさんやvvakameさん、apstndbさんあたりが圧倒的に詳しく、僕が書くことに関してはやや恐縮するのですが） どれくらいコストを減らしたかサービスを運営する中で、クライアントからAPIが叩かれるだけでなく、クローラー等による大量のアクセスがある場合、いくら小規模でもかなり費用が可算できます。そしてそれは安いと評判であるGAEでも例外ではありません。 お財布が困窮していたわけではない
Node.js 10 goes LTS. Available on App Engine Standard the same day. | Google Cloud Blog
Node.js 10 available for App Engine, in lockstep with Long Term Support Today, the Node.js Release Working Group began the Long Term Support (LTS) of Node.js 10.x, establishing it as the preferred, stable version of the runtime. App Engine, our fully managed serverless application platform, has supported Node.js as a runtime since 2016, and today, we are introducing both the beta availability of N
GAE/Go アプリケーションを Go 1.11 に移行するためにやったこと - えいのうにっき
先日公開した Web API サービス Pixelaは、Google App Engine 上で Go Web Application として動いている。Go のバージョンには特に気を使わずに開発をしてたんだけど、GAE で Go の 1.11 がサポート（まだ β だけど）されたこと、そして Go 1.11 であれば GAE Standard Environment で System Package として imagemagick が使えそう（svg → png 変換がしたい）ということもあって、Go 1.11 へのモチベーションが俄然上がったので、今回移行してみた。このエントリは、その際にやったことのまとめメモ。 Before Go 1.9.4 パッケージ管理はなにもしてない状態（ひどい） After Go 1.11.1 パッケージ管理に Modules を使用 やったこと goenv
早速GAE/Go go1.11の次世代ランタイム試してみた
Betaが公開されたので早速触ってみたのでサラッと書いてみた go1.9ランタイムからgo1.11ランタイム（2nd gen）に移行するためには最低限やることと気をつけること 中身的には このへん の内容です。 app.yamlで go111 ランタイムを指定する 今までは多分 api_version で指定していたと思いますが、 api_version は Deprecated になります。 そのため、 runtime へ指定します。 また、以下のタグも同様に Deprecated になります application_readable builtins login libraries threadsafe skip_files Deprecatedのフィールドを利用している場合、deploy時にエラーになるようです。 サービス単位でmainパッケージが必要 旧世代のランタイムだとinit
GAE/SE Node で puppeteer を動かすよ - 暮らしの技術
みなさん puppeteerつかってますか? 私は使ってません。なぜなら安定的に稼働させるための環境がないから...*1。 しかしそれも今日までです。 先日 beta になった GAE/SE Node について GAE/SE Node は puppeteer も動くよ— ぐら (@grapswiz) June 13, 2018 という話を聞きました。聞いたからにはやります。以下の通り。 const puppeteer = require('puppeteer') async function takeScreenShot(url, filePath) { const browser = await puppeteer.launch({args: ['--no-sandbox']}); const page = await browser.newPage(); await page.setV
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - apstndb/go-httptoolbox
App Engine | GoLand ドキュメント
Introducing headless Chrome support in Cloud Functions and App Engine | Google Cloud Blog
_ on Twitter: "208.0.0 にしてから dev_appserver.py が日本語コメントを含む app.yaml でエラーが出るようになったのを expected behavior と言われてしまい、つらい https://t.co/ByOrRhu1oe"
Storing and serving static files | Google App Engine standard environment docs | Google Cloud