SpinnakerのHalyardからKleatへの移行 | メルカリエンジニアリング
こんにちは、Microservices Platform Groupの@_k_e_k_eと@micnncimです。 数ヶ月前に、私たちのチームはSpinnakerのデプロイ・管理のためのツールを Halyard から Kleat に移行しました。Kleat への移行は多くの利点をもたらしましたが、移行は簡単ではなくいくつかの懸念点がありました。 本記事では、その移行の全体像とKleatについて紹介します。 メルカリのSpinnaker 本題に入る前に、メルカリでのSpinnakerの使い方を紹介します。 下図のように、メルカリでは1つのSpinnakerを使用してほぼ全てのマイクロサービスをGoogle Kubernetes Engine（GKE）クラスタにデプロイしています。Spinnakerは専用のGKEクラスタ上でホストされています。 図1. メルカリにおけるマイクロサービスのデプロ
Cloud NAT の Endpoint-independent Mapping とは？
去年 2020 年の 10 月 6 日にプレビューとしてリリースされ、12 月 16 日に GA (一般提供)になった Cloud NAT の機能に、Endpoint-independent Mapping の有効化/無効化という機能があります。 これが何なのかよく分からなかったので調べてみました。（なお、結局は Cloud NAT 特有の話ではなく、NAT 一般における「Endpoint-independent Mapping」の話なので、ご存知の方は以降読まなくても大丈夫です。) Cloud NAT のアイコンCloud NATEndpoint-independent Mapping の話に入る前に、前提となる Cloud NAT の紹介をします。 Cloud NAT は Google Cloud の仮想マシン (VM) に外部 IP アドレスをつけなくても外部（インターネット）と通信
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
