GCP on ゲンゾウ用ポストイット

Google Container Registry (GCR) にDockerイメージをプッシュしようとしてエラーが出たときの対応

Sat, 05 Feb 2022 08:00:15 +0900

はじめに

独自にビルドした Docker イメージは、Docker Repository に配置して初めて自分以外も利用できるようになります。パブリックな Docker Repository としては Docker Hub が有名です。プライベートな Docker Repository として、僕は Google Container Registry (GCR) を利用することが多いです。

先日、他の方から「Google Container Registry にビルドイメージをプッシュしようとしてエラーが出てハマっている」という相談がありましたので、こちらの解消方法について解説しようと思いました。

検証環境

1
2
3
4
5
6
7
8


[vagrant@localhost ~]$ cat /etc/os-release | head -n 7
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"

作業の流れ

gcloud + docker コマンドのインストール
Docker イメージを作成
GCR に対する認証を設定
Docker イメージをプッシュ
Docker イメージをプル＋実行

1. `gcloud` + `docker` コマンドのインストール

gcloud は “Google Container Registry (GCR)” に対して「認証」を行うために利用します。

GCPのVPC(Virtual Private Cloud)に入門する

Thu, 08 Jul 2021 09:56:27 +0900

はじめに

今まで、GCP の VPC についてあまり意識せずに通信ができていました。

Terraform 化を進めていくタイミングで気がついたのですが、 GCP プロジェクト作成時に 自動的に作成された「VPC ネットワーク」 をそのまま使っていることがわかりました。

GCP ではこの 自動的に作成された VCP ネットワーク を本番運用で利用することを推奨していないようでしたので、理解を含めてどうするべきかを考えたいと思いました。

「VPC ネットワーク」と構成要素を理解する

かんたんではありますが、VCP ネットワーク の構成要素を図示しました。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37


+- vpc network ---------------------+
| +-----------------+ |
| |Routing | |
| +-----------------+ |
| +-----------------+ |
| |Firewall rule | |
| +-----------------+ |
| |
| +- region us-west --------------+ |
| | +- subnet1 -+ +- subnet2 -+ | |
| | | +-------+ | | | | |
| | | |GCE | | | | | |
| | | +-------+ | | | | |
| | | +-------+ | | | | |
| | | |内部LB | | | | | |
| | | +-------+ | | | | |
| | | +-------+ | | | | |
| | | |内部 | | | | | |
| | | |静的IP | | | | | |
| | | +-------+ | | | | |
| | | +-------+ | | | | |
| | | |Subnet | | | | | |
| | | |routing| | | | | |
| | | +-------+ | | | | |
| | +-----------+ +-----------+ | |
| +-------------------------------+ |
| |
| +- region us-eas--t ------------+ |
| | +- subnet3 -+ | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | +-----------+ | |
| +-------------------------------+ |
| |
+-----------------------------------+

GCP のドキュメントには、 「ネットワーク = 「VPC ネットワーク」」 と書かれているフシがあります。 VPC というプレフィックスが記載されていなかったとしても、両者は同じものを指しています。

Docker Container Registryサーバーを自前で作成してみる

Mon, 14 Jun 2021 07:29:06 +0900

はじめに

“Docker Hub” や GCR 、 ECR といったサービスがあるなか、わざわざ自前で “Docker Registry” を構築して Docker イメージを管理する必要性は少ないとは思いますが、仕組みを理解する目的で、自作の Docker Registry 環境を構築してみたいと思います。

検証環境

1
2
3
4
5


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.1.8(1)-release (x86_64-apple-darwin20.3.0)

作業の流れ（作業ログ）

Docker Registry サーバを立ち上げ
Docker Registry サーバに外部から接続するための設定を追加

準備

前提として、今回は最もかんたんな方法で Docker Registry サーバを立ち上げたいと思います。

その方法とは、「すでに公開されている Docker Registry サーバ用の Docker イメージを利用する」というものです。

Docker イメージを管理するためのサーバを Docker で立ち上げる、というのが面白いですね。

そんなわけで、Docker を事前にインストールしておきましょう。 Windows や Mac で動作させる最もかんたんな方法は以下のツールを導入することです。

Docker Desktop for Mac and Windows | Docker

1. Docker Registry サーバを立ち上げ

registry:2.7.1 というイメージを利用したいと思います。

GKEのNEG(Network Endpoint Group)とIG(Instance Group)との違い、メリットを整理しました

Thu, 20 May 2021 16:02:45 +0900

はじめに

GCP の Cloud Armor について調べていたところ、ドキュメントに出てきた NEG という単語。

「VM インスタンスや NEG に対して WAF 機能を提供する」、とありましたが、NEG とはなんだろう？となってしまったため、 NEG について調べました。

NEG とは？

NEG についての記載があるページを参考にさせていただきました。

NEG とは何か. はじめに | by Yuki Furuyama | google-cloud-jp | Medium

Network Endpoint ( NE ) は Kubernetes の Pod に相当する

Network Endpoint を複数まとめたグループが Network Endpoint Group ( NEG ) であり、Kubernetes の Service に相当する

NEG を使うことで Kubernetes の Pod と Service を GCP 側で第一級市民として扱えるようになる

視覚化すると以下のようになります。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


= GCP =====================================

 +-------------+ +-------+ +---+
 |Load Balancer| ----> |NEG | ----> |NE |+
 +-------------+ +-------+ +---+|+
 ^ ^ +---+|
 | | +---+
 | | ^
 | | |
= GKE =|===================|=============|=
 | | |
 +------------------+ +-------------------+
 |Ingress Controller| |NEG Controller |
 +------------------+ +-------------------+
 | | |
 +-------------+ +-------+ +---+
 |Ingress | ----> |Service| ----> |Pod|+
 +-------------+ +-------+ +---+|+
 +---+|
 +---+

GKE 上のリソースとして Ingress 、 Service 、 Pod がありますが、 GCP 上にも対になるリソースが生成されます。 NE は　 Pod に割り当てられている IP + Port のセットで一意となる GCP リソースです。

GCPの"Cloud Domains"を使ってドメインを取得、管理する

Tue, 18 May 2021 18:19:55 +0900

はじめに

ドメインを取得するためのサービス “Google Domains” とごっちゃになってしまいそうですが、 GCP 上の “Cloud Domains” というサービスでドメイン取得ができるようでしたので試してみました。

検証環境

GCP ( Google Cloud Platform )

概要

冒頭でも触れましたが、ドメインを登録し、管理するためのサービスとのことです。

以下のサービスと名前が似ていますので、違いを整理しながら作業を進めていきます。

Google Domains
Cloud DNS

前提条件

当然のことながら “GCP” のアカウント作成が完了している 必要があります。

事前に作成しておきましょう。

ドメインの登録方法

ドメインの登録までの作業を順次進めていきましょう。

0. まずは “Cloud Domains” の有効化

すでに “GCP” のコンソールページが開ける状態であるはずです。

コンソールページにて “Cloud Domains API” を有効にするためのページを開き、有効化します。

1. 登録したいドメインを検索

Cloud Doamins の管理ページを開きます。

その後、 「ドメインを登録」 ボタンを押します。

購入したいドメインを検索します。結果、いくつかのドメインが、登録価格と一緒に表示されます。

購入したいものを見つけたら、一覧右列の 「カートボタン」 を押します。 ( 同時に複数ドメインを購入することができます。その場合には購入したいカートボタンをすべてクリックします。 )

ページ右側に選択された全「ドメイン」を購入するための料金合計が計算され、表示されます。

選択に問題がなければ、「続行」ボタンを押します。

2. ドメインに対する DNS を設定

DNS プロバイダ ( DNS サーバの提供元 ) をどこにするかを選択します。 ( 冒頭で取り上げたサービスが絡んできましたね。 )

GCP上の2つのK8Sクラスタの設定差異をdiffで確認する

Thu, 13 May 2021 19:49:39 +0900

はじめに

既存の GKE ( Google Kubernetes Engine )クラスタが 2 つありました。

両者とも前任者が手作業で作成していましたが、すでに設定に乖離があることが想定されていました。
乖離を埋めるために、両者にどれだけの違いがあるのか確認しておきたいと思いました。

差異を確認するために工夫した方法を掲載します。

検証環境

1
2
3
4
5
6
7
8
9


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.1.8(1)-release (x86_64-apple-darwin20.3.0)

$ diff --version | head -n 2
diff (GNU diffutils) 2.8.1
Copyright (C) 2002 Free Software Foundation, Inc.

GCP 上の K8S クラスタの設定を抜き出す

GCP 上の Kubernetes クラスタの設定を抜き出すために、 gcloud コマンドが利用できます。

例えば以下のような環境に Kubernetes クラスタが作成されていたとします。

プロジェクト ID : GCP_MY_PROJECT_ID
ゾーン名 : asia_northeast1_b
Kubernetes クラスタ名 : GCP_MY_CLUSTER_NAME

この Kubernetes クラスタの設定を抜き出すには、以下のコマンドを実行します。

Goole Cloud Build上でシェルを実行した結果、エラーが発生しても正常終了してしまう問題に対処

Wed, 12 May 2021 12:05:54 +0900

はじめに

開発効率化、品質向上のために現在のシステム開発に CI/CD パイプラインの構築は必須だと思います。

Github Action / CircleCI / Cloud Build など、CI/CD を構築するためのサービスがありますが、Cloud Build を多用させていただいています。

その “Cloud Build” でシェルコマンドを実行したところ、エラーが発生したにもかかわらずなぜか正常終了してしまい原因特定までに多少時間がかかってしまいました。

わかってしまえば当然なのですが、ついつい「シェルを実行している」ことを忘れてしまったことが原因でした。

検証環境

Google Cloud Platform ( GCP ) の Cloud Build を利用しました。

再現方法

Cloud Build でビルドステップを構築する方法として、ちょっと複雑なものを構築しようとした場合は Git リポジトリに cloudbuild.yaml という YAML ファイルを配置してやります。

ここで、以下のような cloudbuild.yaml というファイルを用意としましょう。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


steps:
 - name: "bash"
 entrypoint: "bash"
 args:
 - "-c"
 - |
 echo "begin"
 ls -la /tmp
 ls -la /nothing
 echo "end"

処理概要は以下のとおりです。

TerraformでGCPのPub/Subを作成する②-Pub/Sub の作成

Sat, 13 Mar 2021 08:00:51 +0900

はじめに

Terraform で GCP の Pub/Sub を作成する ①-Terraform をインストールからの続きです。

前回のエントリでは、 Terraform を MacBookPro にインストールするところまでを行いました。僕の MacBookPro では、インストール時にエラーが多数発生して解決までにいくつもの工程を踏む必要がありました。

今回のエントリでは、 GCP 上に Pub/Sub の　Topic(トピック) と Subscription(サブスクリプション) を構築していきます。

用語が不明な方は以下を参照ください。

検証環境

1
2
3
4
5
6
7
8


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.0.18(1)-release (x86_64-apple-darwin19.5.0)

$ terraform -version
Terraform v0.14.8

事前準備、前提条件

gcloud auth login 済みであること
gcloud コマンドを実行して GCP プロジェクト内に Pub/Sub リソースを作成する権限を持っていること

今回は権限ではまりたくないため、GCP プロジェクト内に登録されている自分の権限を利用します。

TerraformでGCPのPub/Subを作成する①-Terraformをインストール

Fri, 12 Mar 2021 08:00:16 +0900

はじめに

今まで GCP のリソースをシェルスクリプトで作成していましたが、いい加減クラウド環境構築のデファクトスタンダードである Terraform に移行しようと思っていました。

時間ができたので、ようやく重い腰をあげました。

とはいえ、想定外に時間がかかってしまったので、今日は Terraform を自分の MacBookPro にインストールするところまでにしておきます。

検証環境

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.0.18(1)-release (x86_64-apple-darwin19.5.0)

$ brew --version
Homebrew 3.0.5-12-g94431ce
Homebrew/homebrew-core (git revision e6ce0b2835; last commit 2021-03-10)
Homebrew/homebrew-cask (git revision cdab18c620; last commit 2021-03-10)

Terraform ってなに？

Terraform by HashiCorp から抜粋します（ 2021-03-10 現在）。

GCPにSpinnakerをインストールするための手順を整理しました

Fri, 12 Feb 2021 21:49:15 +0900

はじめに

前回でようやくSpinnakerが生まれてきた背景やできることを大まかにつかめました。

ここからは実際にインストールしてみたいと思います。

検証環境

項目	選定
クラウド	GCP ( Google Cloud Platform )
デプロイ環境	GKE ( Google Kubernetes Engine )
Spinnakerインストール環境	GCE ( Google Compute Engine )

前提条件

作業用PCで gcloud コマンド ( Google Cloud SDK ) が実行できること
GCP 上に GKEクラスタ が構築済みであること

作業用PC での作業

まずは自分の作業用PCで作業を行います。

1. コマンドラインから各種作業を実行するための準備

コマンドラインで作業を進めていくに当たり、いくつかのAPIを 有効化 します。

以下の2つの Google APIを有効にします。 Google Cloud Console Webページから有効にしても良いですが、ここでは gcloud コマンドで有効化します。

1
2
3


$ gcloud services enable \
 iam.googleapis.com \
 cloudresourcemanager.googleapis.com

2. Halyardをインストールする Compute Engine インスタンスを作成

Halyard をインストールする Compute Engineインスタンス を作成します。

Google Cloud Pub/Subの登場人物と役割を整理してみました

Wed, 10 Feb 2021 08:00:20 +0900

はじめに

前回のエントリに引き続き、 Google Cloud Pub/Sub の学習を進めてわかった登場人物とその役割について整理してみました。

参考ページ

[公式ページ)[https://cloud.google.com/pubsub/docs/overview]

登場人物

Publisher（パブリッシャー）
Topic（トピック）
Subscription（サブスクリプション）
Subscriber（サブスクライバー）

そして、上記4つの登場人物たちの間を流れていくものとして Message（メッセージ） があります。

Publisher(パブリッシャー)

メッセージの送信元

Topic（トピック）

“Cloud Pub/Sub” サービスの内部要素です。
メッセージの送信元である Publisher に対する コネクター として理解しました。
TopicとPublisherは必ず 1:1 となります。

Subscription（サブスクリプション）

- “Cloud Pub/Sub” サービスの内部要素です。
メッセージの受信先である Subscriber に対する コネクター として理解しました。

Subscriber(サブスクライバー)

メッセージの受信先

メッセージ伝達のイベントキューはどの単位？

公式サイトの上記の図だけでは、メッセージイベントは Tppic 単位にキューイングされるのか？

と思いましたが、よくよく文章を読んでみると Subscription 単位にキューイングされているようです。当然ですよね。そうしないとそれぞれのSubscriberにイベントが伝達されませんもんね。

SubscriptionからSubscriberへのメッセージ伝達の方法は2つ

Push 方式と Pull 方式が利用できます。

Push 方式 : Subscription からみて Push を行う

Publisher ->Topic: Message
Topic->Subscription: Message
Subscription->Subscriber: POST(Message)

Pull 方式 : Subscriber からみて Pull を行う

Publisher ->Topic: Message
Topic->Subscription: Message
Subscriber->Subscription: GET(Message)

効率が良いのは Push 方式でしょうが、 Subscriber がオンプレ環境にいる、外部からのInboundな通信が許可されていない、Webサービスとして公開する実装になれていないといった場合は、 Pull 方式を選択するしかないかと思います。

Google Cloud Pub/Subについて学習中（非同期メッセージングを図示してみました）

Tue, 09 Feb 2021 18:40:18 +0900

はじめに

Google Cloud Pub/Sub を使っていましたが、あまり理論や背景を理解せず使っていたため復習しています。

公式ページより

「GCP（Google Cloud Platform)上で提供されている、 非同期メッセージングサービス です。」

と書かれていましたが、「非同期メッセージングサービス」とはそもそもなんだろう？ということでアウトプットしながら整理しました。

同期メッセージングとは

メッセージ（何かの要求) の送信側 publisher と受信側 subscriber は両方とも同時に活動状態（ Active )でなければ、やりとりできない仕組みです。

Webページ閲覧の例だと、ブラウザが publisher 、 Webサーバが subscriber となります。

publisher->subscriber: message
subscriber->publisher: result

電話のイメージですね。

非同期メッセージングとは

メッセージの送信側 publisher と受信側 subscriber の間に仲介者 broker が挟まります。

publisher は subscriber の存在や状態を意識することなく、メッセージの送信を終了することができます。

非同期メッセージングその1

publisher->broker: message
broker->publisher: result

broker->subscriber: message
subscriber->broker: result

こちらはeメールのイメージですね。

当然、 broker には安定性が求めらますね。

また、以下のように仲介者を挟んだとしても subscriber のレスポンスに依存している場合は非同期メッセージング方式とはなりません。

publisher->broker: message

broker->subscriber: message
subscriber->broker: result

broker->publisher: result

非同期メッセージングその2

さらに、 subscriber は1つである必要はありません。 publisher は broker １人に対してメッセージを送信することだけに注力します。

gcloudとfzfを組み合わせてGCPプロジェクトを簡単に切り替える

Mon, 01 Feb 2021 20:09:23 +0900

はじめに

現職ではAWSよりもGCPにインフラリソースを多く配置しています。

gcloud コマンドを使って作業をする事が多いですが、更に最近ではGCPプロジェクトも複数またがって作業する事が増えてきました。

かんたんにGCPプロジェクトを切り替えられるかが作業の効率化のために重要です。

かんたんにGCPプロジェクトをスイッチし、Compute Engineインスタンスにssh接続するためのaliasを作成したので紹介します。

検証環境

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.0.18(1)-release (x86_64-apple-darwin19.5.0)

$ gcloud --version | head -n 1
Google Cloud SDK 307.0.0
Updates are available for some Cloud SDK components. To install them,
please run:

$ fzf --version
0.25.0 (brew)

準備

fzfコマンドのインストール

今回紹介するaliasを利用するためには、 fzfのインストールが必要です。インストールしましょう。

BashシェルスクリプトでCloud Loggingへのログ出力をシンプルに実装する方法

Mon, 25 Jan 2021 21:30:05 +0900

はじめに

既存のシェルスクリプトから GCP の Cloud Logging にログ出力させる必要がありました。時間をかけずに実装できないか考え、 Bashシェルスクリプトでログ出力をシンプルに実現する方法に多少手を加えて実現できたので紹介します。

検証環境

1
2
3
4
5


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, version 5.0.18(1)-release (x86_64-apple-darwin19.5.0)

事前準備（GCP上の設定）

今回は Cloud Run 上でシェルスクリプトを実行させましたが、 Compute Engine や GKE 上でも同じ方法で容易に実現できました。

事前に1つだけ必要な設定があります。 サービスアカウント に Logging に書き込みを行う権限を設定する必要があります。

Cloud Runのサービスアカウント

Compute Engineのサービスアカウント

上記に記載されている サービスアカウント （ @ で区切られていて、メールアドレスのようになっています。）をメモし、IAM設定ページから見つけましょう。見つけたら、そちらのサービスアカウントに Logging 書き込みの権限を付与しておきます。

スクリプトでログを出力

Bashシェルスクリプトでログ出力をシンプルに実現する方法を事前に一読しておくと良いです。

シェルスクリプト全体の標準出力、標準エラー出力をすべてGCPの Logging に流し込むためには、以下のような記述を行います。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


#!/usr/bin/env bash
set -o errexit
set -o nounset

# 標準出力、標準エラー出力をログ送信

# ***こちらはご自分が書き出しを行いたいロギング名に書き換えてください！***
GCP_LOGGING_NAME=YOUR-LOGGING-NAME

exec 1> >(
 while read -r LOG; do
 gcloud logging write "${GCP_LOGGING_NAME}" --payload-type=text --severity=INFO "$LOG"
 done
)
# 標準エラー出力をログ送信
exec 2> >(
 while read -r LOG; do
 gcloud logging write "${GCP_LOGGING_NAME}" --payload-type=text --severity=ERROR "$LOG"
 done
)

# ...(以下省略)...

exec 1> >(...) の中の処理には、スクリプト全体の標準出力が流れて来ます。

GCPのGoogle Container Registryのイメージを一括削除する方法

Thu, 13 Aug 2020 12:35:26 +0900

はじめに

GCP上の Google Container Registry 内に不要なDockerイメージがあるため、削除したいと思いました。

Dockerイメージを削除するためには、すべてのタグ（というかハッシュ。ビルド履歴）を削除する必要がありmさう。

対象のDockerイメージに4000以上のタグが付与されているため、できる限り一括かつ並列で削除擦る方法を探してみました。

検証環境

1
2
3
4
5
6
7
8


$ uname -moi
x86_64 MacBookPro16,1 Darwin

$ bash -version | head -n 1
GNU bash, バージョン 5.0.17(1)-release (x86_64-apple-darwin19.4.0)

$ xargs --version | head -n 1
xargs (GNU findutils) 4.7.0

準備

GCP上のリソースをコマンドラインから操作するためのツールとして gcloud コマンドがあります。事前にこちらのコマンドをインストールし、 gcloud auth login などで認証を完了しておきましょう。

正しく準備ができていれば、以下のコマンドが動作するはずです。

1
2


# Google Container Registryからイメージの一覧を取得
$ gcloud container images list

結果

準備ができれば、後は以下のコマンドを実行するだけです。以下の2つの環境変数はご自分のGCP設定に合わせて書き換えてください。

GCP_PROJECT_ID
GCP_DOCKER_IMAGE_NAME

1
2
3
4
5
6
7
8
9


$ GCP_PROJECT_ID=YOUR_GCP_PROJECT_ID

$ GCP_DOCKER_IMAGE_NAME=gcr.io/${GCP_PROJECT_ID}/YOUR_DOCKER_IMAGE_NAME

$ gcloud \
 container images list-tags ${GCP_DOCKER_IMAGE_NAME} \
 | sed 1d \
 | awk '{ print $1 }' \
 | xargs -P4 -n 1 -I{} gcloud container images delete ${GCP_DOCKER_IMAGE_NAME}@sha256:{} --quiet --force-delete-tags

ここでは、 xargs の -P パラメータで 4並列実行しています 。マシンリソースに自身があるなら -P0 として、CPUを目一杯使うことができます。

GCP on ゲンゾウ用ポストイット

Google Container Registry (GCR) にDockerイメージをプッシュしようとしてエラーが出たときの対応

はじめに

検証環境

作業の流れ

1. gcloud + docker コマンドのインストール

GCPのVPC(Virtual Private Cloud)に入門する

はじめに

「VPC ネットワーク」と構成要素を理解する

Docker Container Registryサーバーを自前で作成してみる

はじめに

検証環境

作業の流れ（作業ログ）

準備

1. Docker Registry サーバを立ち上げ

GKEのNEG(Network Endpoint Group)とIG(Instance Group)との違い、メリットを整理しました

はじめに

NEG とは？

GCPの"Cloud Domains"を使ってドメインを取得、管理する

はじめに

検証環境

概要

前提条件

ドメインの登録方法

0. まずは “Cloud Domains” の有効化

1. 登録したいドメインを検索

2. ドメインに対する DNS を設定

GCP上の2つのK8Sクラスタの設定差異をdiffで確認する

はじめに

検証環境

GCP 上の K8S クラスタの設定を抜き出す

Goole Cloud Build上でシェルを実行した結果、エラーが発生しても正常終了してしまう問題に対処

はじめに

検証環境

再現方法

TerraformでGCPのPub/Subを作成する②-Pub/Sub の作成

はじめに

検証環境

事前準備、前提条件

TerraformでGCPのPub/Subを作成する①-Terraformをインストール

はじめに

検証環境

Terraform ってなに？

GCPにSpinnakerをインストールするための手順を整理しました

はじめに

検証環境

前提条件

作業用PC での作業

1. コマンドラインから各種作業を実行するための準備

2. Halyardをインストールする Compute Engine インスタンスを作成

Google Cloud Pub/Subの登場人物と役割を整理してみました

はじめに

参考ページ

登場人物

Publisher(パブリッシャー)

Topic（トピック）

Subscription（サブスクリプション）

Subscriber(サブスクライバー)

メッセージ伝達のイベントキューはどの単位？

SubscriptionからSubscriberへのメッセージ伝達の方法は2つ

Push 方式 : Subscription からみて Push を行う

Pull 方式 : Subscriber からみて Pull を行う

Google Cloud Pub/Subについて学習中（非同期メッセージングを図示してみました）

はじめに

同期メッセージング とは

非同期メッセージング とは

非同期メッセージングその1

非同期メッセージングその2

gcloudとfzfを組み合わせてGCPプロジェクトを簡単に切り替える

はじめに

検証環境

準備

fzfコマンドのインストール

BashシェルスクリプトでCloud Loggingへのログ出力をシンプルに実装する方法

はじめに

検証環境

事前準備（GCP上の設定）

スクリプトでログを出力

GCPのGoogle Container Registryのイメージを一括削除する方法

はじめに

1. `gcloud` + `docker` コマンドのインストール

同期メッセージングとは

非同期メッセージングとは