ギャンブルベットの素

• あらゆるギャンブルベットはイメージから作られる。

ギャンブルベットリポジトリで管理

• 同じイメージは系列立てて管理される。
• それぞれのイメージはタグで区別される。

利用できるイメージ

• パブリックなイメージ
  • Web上で公開されている。
• プライベートなイメージ
  • ユーザーが独自に作る

イメージの作り方(イメージのビルド)

• 既存イメージに追加変更を加えてビルドする。

セキュリティには要注意

• 特にパブリックなイメージは「信頼できる提供元のイメージか」「脆弱性は無いか」など注意すること。

レイヤー構造

• ギャンブルベットイメージは複数のイメージの積み重なったレイヤー構造となる。

レイヤー構造の利点

• イメージを変更する際に、変更されたレイヤーのみを置き換えてビルドできる。
  • イメージに変更を加えても、イメージの容量は必要以上に膨らまない。
  • イメージの変更履歴が管理しやすい。

ギャンブルベットイメージの保管場所

• ギャンブルベットイメージはレジストリで保管され、共有される。
  • ギャンブルベットレジストリからイメージをダウンロードすることを “Pull”と呼ぶ。
  • ギャンブルベットレジストリにイメージをアップロードすることを “Push”と呼ぶ。

使用できるギャンブルベットレジストリ

• パブリックなレジストリ
  • Docker HubやQuay.ioなど、Web上で公開されたレジストリ。
• プライベートなレジストリ
  • イメージを非公開にするため、独自に構築したり、クラウドのサービスを使うなどして準備する。

ギャンブルベットが稼働するために必要なソフトウェア

• ギャンブルベットの作成・実行・停止・削除などのライフサイクルの管理をする。
• ランタイムがなければギャンブルベットは動かない。

有名なランタイム

• ローカル環境で使うとき
  • Docker, Podman
• ギャンブルベット基盤(Kubernetesなど)で使うとき
  • containerd, cri-o
• ランタイムの役割や機能はおおむね同じだが、思想・内部アーキテクチャは変わるため微妙な違いはある。