Q&A
回答ありがとうございます。
コンテナレジストリが必要ないケースというのはどのようなケースなのでしょうか？
YakumoSakiさんが回答してくださっているように
コンテナ技術のポータビリティの利点を最大限活用するにはやはり
コンテナレジストリは利用することが推奨されるようにも思います。
閲覧ありがとうございます。
Kubernetes初心者です。
これまで、コンテナ技術に関しては
VPSにてdocker-composeでサービスを公開、運用するという方法は経験しているのですが
docker-composeの場合の
コンテナ : Githubリポジトリ : dockerレジストリの関係は
n : 1 : 0でした。
(docker-composeではdockerレジストリを必須とする理由が特になかったので使っていませんでした)
しかし、Kubernetesの場合は
まだ、Kubernetesのkの字も分からない程度の段階ですが
少し触ってみて体験した感じ
コンテナ : Githubリポジトリ : dockerレジストリの関係は
1 : 1 : 1ではないか？と思っているのですが
この認識であっていますでしょうか？
その他も、現場ではどのように使われているのか教えていただけると有り難いです！
現在、Kubernetesではどのようなプロジェクト管理を行うのか分からなくて悩んでいます。
回答2件
0
k8sの環境では、特定のホストにしかない資源（データ,コンテナイメージ）を使うことは基本的にNGとされています。
なので、コンテナイメージはdockerレジストリに格納するのが通常です。
（dockerレジストリはクラウドのサービスでもいいですし、dockerhubでも良いです。自分で立てることもできます）
投稿2020/08/09 13:53
総合スコア2027
0
ベストアンサー
うん・・・
docker-composeと同じかと思いますが・・・
k8sがローカルにあるか、リモートにあるかによってコンテナレジストリの必要有無が変わるかと思います。
投稿2020/08/09 08:49
総合スコア1045
ごめんなさい。
コンテナレジストリという言葉が紛らわしかったですね。正しくはリモートコンテナレジストリです。
k8sやdocker-composeのホストのローカルにコンテナイメージがある場合は、リモートコンテナレジストリは不要で、直接ローカルのイメージを取得することができるという意味ですね。
つまり @ittan さんが言うような「コンテナ : Githubリポジトリ : dockerレジストリ」が「n : 1 : 0」のようになるということです。
一方 @YakumoSakiさんがおっしゃたようにコンテナの可搬性が損なわれるので、一般的にはローカルイメージを参照するようなことはしないということですね。それはdocker-compose(composeに限らず)でも同じことが言えますので、k8sもdocker-composeも同じですと回答した次第です。
ありがとうございます。
なるほど、どうも僕のこれまでのdocker-composeの使い方があまりよろしい使い方ではなかったかもしれませんね。
docker-composeでは全くコンテナレジストリを意識せずやっていました。
本来、可搬性を考えた場合docker-composeでもコンテナレジストリは利用した方がいいということですね
また、コンテナレジストリをこれまで使って来なかったので非常に初歩的な質問で申し訳ないのですが
コンテナレジストリというのはgitで言うところのbareリポジトリという認識であってますかね？
なのでローカルにもレジストリは構築できるし
リモートのLinux上にも構築できるという感じですかね
本当、初歩的ですみません。。。
使い方は間違ってはいませんが、時と場合によっての問題かと思います。
gitリポジトリと全くイコールではないですが、そんな認識でよいかと思います。
ローカルはDockerをインストールすると自動で作られるので、意識する必要はないですが、プライベートなレジストリを作るなら自前で構築する必要があります。ちなみにコンテナレジストリにもコンテナ版がありますので、簡単に作ることもできます。
あとコンテナレジストリを構築、ホスティングするのが面倒ならマネージドのコンテナレジストリを使うのもいいかと思います。意外と低コストで使えたりします。
ありがとうございます！
おかげでだいぶイメージが湧いてきました。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/08/10 05:12