フロントエンジニアでも GKEの開発環境を作りたいっ！！

自己紹介名前　zero 　本名:旭康史（あさひやすし）所属　カラビナテクノロジー仕事　フロントエンド経歴　エンジニアとしは半年足らずのペーペーです（元々は広告の営業）技術　React好き。Docker好き。Golang好き。TypeScript好き。趣味　テレビアニメ鑑賞（今期の覇権は「わたてん」）

まずは作ったものをご紹介

Karabiner Members　http://35.244.227.203/ 人の名前を覚えるのが苦手なので、入社したての頃にメンバーの顔と名前を一致させるために作りました。こいつをGKE上で走らせています。使用しているGCPのサービス・Kubernates Engine（GCP上のkubernates環境）・Container
Registry（Docker image置き場）・Source Repositories（gitのレポジトリ）・Cloud Build（自動ビルド、自動デプロイ）

Golang Ingress kubernetesクラスター httpリクエストの受け口 apiと静的ファイルのルーティング静的ファイルを返す apiサーバー永続Volume pod
pod pod 構成図 Persistent Volumes DBサーバー pod

本日はこれの開発＆デプロイ環境のお話です

開発環境

Docker for Desktop（ローカルkubernates環境）・おおむねGKEと同じように動かせる・Docker for Mac（Docker for Windows）に付属されているので楽ちん
・Minikubeという方法もあるが別途インストールが必要ここから有効化できます。

・クラスタ内のコンテナのフォルダとローカルのフォルダをバインドする。・ここではローカルでwebpackから出力されたhtmlとjsをクラスタ内のnginxコンテナからも見れるようにしている。本番用のyaml（一部抜粋）開発用のyaml（一部抜粋） nginxコンテナ内の /usr/share/nginx/html と
ローカルのディレクトリ（ webpackが生成するdistフォルダ）をバインドする。使用するdocker imageを変更プロセスが停止してもコンテナを維持開発用の yamlを作るフロント編

開発用の yamlを作るサーバー編・フロントと同じ要領でコンテナとローカルのフォルダをバインド。・この場合はGolangの開発フォルダまるまるバインド。・ローカルでコードを変更するとクラスタ内のGolangコンテナが検知して、再ビルド、サーバー起動を行ってくれるように設定
する。 grm.sh Dockerfile_dev コンテナ起動時にこのコマンドが実行される

demo①

思ったこと・考え方は普通のDockerの開発環境と同じ（ディレクトリのバインド、ポートフォワード）。・本番用、開発用でyamlファイルが分かれてしまうので、管理方法を検討する必要がある。 helm、 kustomizeなど。・ローカルのパス指定はルートからの絶対パスしか受け付けてくれないので、 PCを変える時に書き換えが必要

デプロイ環境

Cloud Build ・GCPが用意しているCI/CDサービス・Container RegistryとSource Repositoriesを使っていれば認証関連を一切気にする必要がない。

トリガーを設定・コンソールからポチポチと設定すればトリガーを作れます。

ビルドステップを yamlで定義・yaml or Dockerfileでビルドステップを定義します。・ここでは、 → docker imageをビルド
→ imageをRepositoryにpush → GKEのコンテナを更新ということをしています。

demo②

思ったこと・CI/CDを設定するのは初めてでしたが簡単でした。・やはり認証が必要ないことが大きい。

まとめ・kubernatesは慣れると簡単・GCP内で物事を完結させると楽ちん・フロントエンドエンジニアでも構築出来ました！！

ありがとうございました旭康史 [email protected] （株）カラビナテクノジー 801-0001 福岡市中央区天神1-2-4 農業共済ビル2F

フロントエンジニアでも GKEの開発環境を作りたいっ！！

フロントエンジニアでも GKEの開発環境を作りたいっ！！

Yasushi Asahi

Transcript