GCPのGCEに Githubのコードをどうやってデプロイしたら良いですか？

Question

GCPのGCEに、Githubのソースコードをどうやってデプロイしたら良いでしょうか？

毎回SSHログインしてGit cloneするとオペレーションミスがありそうなので、Git Clone以外で、AWSのCodeDeployの様な方法でデプロイすることは出来ますでしょうか？
※Dockerは使っておりません。

Answer 1

いまさらですが、
CodeDeploy 的な話であれば Cloud Build からデプロイがよいのではと思います。

Cloud Build と Github 連携をすることで、Cloud Build が最新ソースを読めるようになる。
ssh の鍵等を GCS なり Secret Manager なりにおいとておく。
それを Cloud Build から読めるようにしておくことで GCE 操作ができるようになる。
的な感じです。

最近 Cloud Deploy なるものが発表されましたが、それでもできるのかもしれません (使ったことはない)。

Comments

[DeepRoastBeans]

ありがとうございます！

>Cloud Build と Github 連携をすることで、Cloud Build が最新ソースを読めるようになる。

そういうことができるんですね。。
自分もCloudBuildも試してみたところ、
cloudbuild.yamlでscpで転送すると、ファイル一枚づつ　もしくは　--recurse としても特定のフォルダのみのようなので、
リポジトリ全体をどうやったらデプロイできるか悩んでおりました。

steps:
- name: 'gcr.io/google.com/cloudsdktool/cloud-sdk'
entrypoint: gcloud
args: ['compute', 'scp', '--recurse', 'index.html', 'instance-1:/var/www/html/index.html' , '--zone','asia-northeast1-a']

[68user]

gcloud compute scp --recurse xxxx yyyy zzzz と複数書きましょう。

複数 step に分けてもいいです。
あるいは下記のように複数回実行してもいいです。
　args:
　- '-c'
　- |
　　set -e
　　gcloud compute scp ...
　　gcloud compute scp ...
　　gcloud compute scp ...

ただし cloudbuild.yaml が長くなるので、全資材は app/ 以下にまとめて置くといったポリシーを決めておくと転送漏れ防止になります。

git リポジトリとデプロイ時の構成に差異があるなら、
　・ビルド stepで資材を一箇所にまとめる (/workspace/build/ など)
　・デプロイ stepでそれを GCE に転送する
という構成にしてもよいです。

以下、Web 系ならばという前提の注意点ですが、

転送途中でエラーになったりすると html は転送されたが他のファイルは古いままになり意図せぬ挙動をしてしまいます。対策として GCE に "app-YYYYMMDDHHMMSS/" とし転送し、それが成功したら
　app/ -> app-YYYYMMDDHHMMSS/
などとシンボリックリンクを張り替えることで atomic にデプロイができます。

ただ現在処理中のスレッド/プロセスがあったりすると、途中でファイルが変わってしまいこれまた意図せぬ挙動が起こりえます。

例えば上位に LB がいるならまずはデプロイ対象の GCE を LB から外し、デプロイし、成功したら LB に復帰、というのが望ましいです (ブルーグリーンデプロイ)。

あるいは GCE は使いまわさず Cloud Build で新 GCE インスタンスを立て、古いものを消すのもよいでしょう。

とか言い出すと自前であれこれ頑張るより docker を使って GKE・Cloud Run 等が楽なんじゃ? GCE 使うにしても docker-compose でいいんじゃ? などとという話も出てくるかと思います。