ZennではAPIサーバーを動かすためにGCPを使っています。具体的にはCI/CDサービスのCloudBuildからAppEngineデプロイするようにしています。 その中で少しややこしいのが機密データを含むファイルの管理です。 GCPのプロジェクトの場合にはCloud Key Management System（KMS）というものを合わせて使うとCloudBuildのステップの中で暗号化したファイルを復元できます。 例えば、秘匿情報を含む.envというファイルがあるとして、GitHub等にはプッシュしたくないが、AppEngineで動かすアプリの中で読み込みたいというケースを考えてみます。 GCPではCloudBuild + KMSを使うことで実現が可能です。 大まかな流れ .gitignoreに.envを指定 ローカルでKMSにより.envを暗号化（.env.encファイルが作成される
Next.jsアプリをGoogle App Engine（GAE）のスタンダード環境にデプロイする方法をまとめておきます。GitHubなどからCI/CDができるようにGoogle Cloud Buildから自動デプロイする方法も合わせて紹介します。 Next.jsアプリがすでに作成されているという前提で説明をはじめます。 1. app.yamlの設定 まずはプロジェクト内のルートなどにapp.yamlを作成します。GAEへのデプロイ設定の大部分はここで行います。今回は例として以下のようにします。 env: standard # スタンダード環境（省略可） runtime: nodejs14 # Node.js 14を使う（追記: nodejs16も使えるようになりました） instance_class: F4 service: default # GAEのサービスの名前。frontendと
CloudbuildでDockerイメージビルドとContainer Registryに登録 | DevSamurai
記事の目的Dockerイメージビルドして、Container Registryに登録するまでは複数ステップがあって、毎回各ステップ別で実施するとめんどくさい。 それを解決するため、Cloudbuildを使って複数ステップをまとめてビルドを行います。 Cloudbuildを使わない場合、GKEにデプロイする手順は下記のステップとなる Dockerイメージのビルド GCP Container RegistryにDockerイメージを登録（複数操作実施） Container RegistryからアプリケーションをGKEにデプロイ この記事では、Cloudbuildを使って最初の２つの手順をまとめて１回で実施できる。 Cloudbuildでイメージ作成とContainer Registryに登録（まとめて１回実施） Container RegistryからアプリケーションをGKEにデプロイ 実施手
CloudBuild で最強のTerraform & Terragrunt CI/CD環境を作る
こんにちはミクシィの 開発本部 SREグループ の riddle です。 私が所属するチームではインフラを Terraform で管理しています。 https://www.hashicorp.com/brandTerraform の実行は CI で管理されており、GitHub の Pull Request(以下PR) が作成・修正されると Terraform plan CIを実行し、PRのマージ時には Terraform apply CI を実行するようにしています。 今のままでも便利なのですが、より快適にするべくいくつかの目標をたてて改善することにしました。 可能な限り Terraform plan / apply を高速にしたいTerraform plan を並列に実行したいCI の価格を抑えたい（plan / apply ジョブの実行時間を最小にしたい）Terraform の運用を簡
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google CloudのCloudBuild + KMSで機密ファイルを暗号化して管理する
Next.jsをGAEで動かす（CloudBuildから自動デプロイ）