tuna’s blog (original) (raw)

なにこれ

Google Cloud の Artifact Registry と Cloud Run を利用して、静的ファイルをホスティングするまでの流れをまとめたドキュメントです。

用意したファイル

FROM nginx:1.25.3

COPY index.html /usr/share/nginx/html

Artifact Registry にコンテナイメージをプッシュする

Cloud Run のCPUアーキテクチャは"x86_64"であるのに対して、Apple Silicon 上でビルドしたイメージは"arm64"になるため、このまま Cloud Run でデプロイするとエラーになってしまうようです。docker buildでコンテナイメージを作る際に、--platform linux/amd64オプションを追加することで回避しています。

$ docker build -t asia-northeast1-docker.pkg.dev/{ プロジェクト名 }/{ Cloud Run のサービス名 }/nginx-image:latest --platform linux/amd64 . $ docker push asia-northeast1-docker.pkg.dev/{ プロジェクト名 }/{ Cloud Run のサービス名 }/nginx-image:latest

Cloud Run でサービスをデプロイする

先ほど作成した Artifact Registry のイメージを選択してデプロイします。この際、ポートを80に指定しないとエラーになりました。(nginx のデフォルトポートが80なのかな？よくわかっていない)

direnv とは

ディレクトリの移動をトリガーに、自動的に環境変数をセットしてくれるツールです。リポジトリはこちら。

使い方

こちらを参考に利用しているシェルにあわせて設定情報を追記し再起動します。

環境変数を設定したいディレクトリに移動し、.envrcファイルを作成します。例として、$HOGE という環境変数に"fuga"という値を持たせたい場合、.envrcに以下の内容を記載します。

export HOGE=fuga

なお、内容によっては機密情報に当たる可能性があるため、外部に漏らさないためにも.gitignore等に.envrcを追加しておきましょう。保存したら、適用されているかを確認してみましょう。

$ echo $HOGE

もし、direnv: error .envrc is blocked. Run direnv allow to approve its contentというエラーが起きたら、メッセージの通りdirenv allowを実行することで解消できます。

また、direnv denyコマンドを実行すると、環境変数を無効化することもできます。

前提

今回はOSS版の Lightdash を利用していきます。環境構築で必要なコマンド等は事前にインストールしている前提で記載しています。

Lightdash のインストール

$ git clone https://github.com/lightdash/lightdash $ cd lightdash $ ./scripts/install.sh

割と容量のあるリポジトリのため、ネット回線の速度によってはクローンに失敗することがあります。(ありました) 比較的回線が落ち着いたタイミングで再度クローンすることで解消できたのですが、クローンするデータ量を少なくする方法もあるようです。

セットアップ方法としてFast installとCustom installの2種類が用意されています。

Fast installは GitHub もしくは GitLab に存在する dbt プロジェクトに接続するパターンで、Custom installはローカル環境にある dbt プロジェクトに接続するパターンのようです。今回はGitHub に適当に用意した dbt プロジェクトがあったので、Fast installを選びました。

++++++++++++++++++ SUCCESS ++++++++++++++++++++++

🟢 Your installation is complete!

🟢 Your frontend is running on http://localhost:8080

ℹ️ To restart Lightdash: docker compose -f docker-compose.yml start ℹ️ To stop Lightdash: docker compose -f docker-compose.yml stop -v ℹ️ To bring down Lightdash and clean volumes: docker compose -f docker-compose.yml down -v

+++++++++++++++++++++++++++++++++++++++++++++++++

が表示されたらインストール成功です。http://localhost:8080 にアクセスすると、Lightdash のログインページが表示されるかと思います。

またその下の説明の通り、docker composeコマンドを通して再起動や停止等も行うことができます。

Lightdash プロジェクトのセットアップ

必要事項を入力して進めていきましょう。

DWH は BigQuery を選択しました。

セットアップ方法として CLI か手動かの2種類が用意されています。今回は CLI の方法で進めていきます。

が、その前に node のバージョンが古いと({"node":"^18.17.0 || >=20.5.0"}) npm install でコケるため、nvm をインストールした上で node のバージョンを上げておきます。

$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash $ source ~/.zshrc $ nvm ls-remote $ nvm install 19.9.0 $ nvm current

Ligthdash CLI をインストールしてセットアップを進めていきます。

$ npm install -g @lightdash/cli@0.1295.3 $ lightdash login http://localhost:8080 --token {token} $ cd {dbt_project.yml が存在するディレクトリ} $ lightdash deploy --create

最後のコマンドを実行すると、いくつか質問が出てくるので答えていきます。全て回答するとURLが表示されるのでアクセスしましょう。以下の画面になればセットアップは完了です。

$ git push origin main $ git pull origin main

で出てくる"origin"というワード。おまじないのように使っていたけど、ちゃんと理解したくなったので調べてみました。

結論

"origin"とは、接続しているリモートリポジトリの名前でした。(エイリアスみたいなもの？) 先程のコマンドを日本語にしてみると、

リモートリポジトリ(origin)に"main"ブランチをプッシュする

$ git push origin main

リモートリポジトリ(origin)の"main"ブランチの内容で、ローカルリポジトリの"main"ブランチを更新する

$ git pull origin main

となります。

どこで設定されているの？

例えば GitHub に"hoge/fuga"というリモートリポジトリを作成したとします。最初に以下のようなコマンドの実行を推奨されるのですが、その中にあるgit remoteの実行によって"origin"という名前でリモートリポジトリの追加が行われます。

echo "# test" >> README.md git init git add README.md git commit -m "first commit" git branch -M main git remote add origin git@github.com:k-0120/test.git git push -u origin main