Docker はアプリケーションのデプロイを自動化するオープン ソース プロジェクト、Docker Free Team を終了します
Dockerは先日、無料Teamsサービスの提供終了を発表した方法に関して、ユーザー、特にオープンソースコミュニティに対し、公式に謝罪した。
今回の発表に対する抗議を受け、 Dockerは譲歩する用意があると述べた。同社は1か月以内にFree Teamsを削除するという決定は堅持するものの、影響を受ける組織の公開イメージをDocker Hubから削除しないことで合意した。
Dockerは、公開イメージはメンテナーが削除を決定するまでDocker Hubに残ると明言した。しかし、今回のリリースではユーザーの懸念事項すべてに対応するものではない。
無料のチーム サービスを通じて、Docker は Docker Hub ユーザーにチームを作成し、メンバーに共有イメージ リポジトリへのアクセスを許可する機能を提供しました。 このサービスは、主にオープン ソース プロジェクトのメンテナーによって使用されます。
同社はウェブサイトに声明を掲載し、今回の決定に関する誤解について謝罪した。公式声明によると、メールの内容はDockerの意図を正確に反映していなかったという。同社は、メールで言及したデータはイメージとは関係がないと述べている。
「私たちが画像で何をしようとしているのかは明確ではありませんでした。 イメージの上に他の多くのイメージが構築されているため、イメージを公開しておくことが重要です」と、Docker の担当者は述べています。 以下は、Docker からコミュニティへのメッセージの抜粋です。
「フリー セット」からの Docker サブスクリプションの削除を伝え、実行した方法で、オープン ソース コミュニティに警鐘を鳴らしたことをお詫び申し上げます。
最新情報をお届けするために、無料または有料のいずれかの機能にアップグレードしない限り、機能が失われることを知らせるメールを Free Team Organization のメンバー アカウントに最近送信しました。
基本的に、 Dockerは1か月以内にDocker Free Teamsの提供を終了するという計画を堅持している。しかし、同社は今週初めに送ったメールの内容とは異なり、イメージ自体は削除しないと述べている。
公開イメージは、イメージメンテナーがDocker Hubから削除することを選択した場合にのみ削除されます。イメージメンテナーが何も対応しない場合、引き続きそのイメージを公開配布します。（もちろん、メンテナーがDockerのスポンサー付きオープンソースプログラムまたは有料のDockerサブスクリプションに移行した場合でも、引き続きその公開イメージを配布します。）
同社によると、この変更の影響を受けるのはDockerユーザーの2%未満だという。Dockerは、オープンソースプロジェクトにより適しているとして、ユーザーに対しDocker-Sponsored Open Source（DSOS）プログラムへの移行を推奨している。
「DSOS プログラムは、無料チーム組織の削除による影響を受けません。 以前の Free Team 組織の DSOS プログラムに参加したい新しいユーザーについては、DSOS 要求が保留中の間、組織からの一時停止または削除を延期します」と、Docker の Tim Anglade はブログ投稿で説明しています。
さらにその前に、Dockerは、プライベートリポジトリからイメージをDockerレジストリにプルし、それらのイメージを任意の別のレジストリにプッシュできると述べています。
さらに、組織が停止または削除された場合、または自発的に Docker を離れることにした場合でも、組織の名前空間は解放されないため、他のユーザーが「イメージを占有する」ことはできないと同社は主張しています。
Docker が組織を一時停止し、イメージを公開したままにしておくと、それらのイメージは更新されなくなり、古くなる可能性があります。 Docker はこの点についてコメントしていません。
一部の開発者は、依然として人質に取られているような感覚を抱いている。また、Rocky Linuxプロジェクトのニール・ハンロン氏のように、DSOSプログラムへの申請に関してDockerから未だに返答がないと述べている開発者もいる。
この変更について不平を言う人の多くは、失敗する可能性のあるビルドの依存関係を持つオープン ソース プロジェクトを実行しています。 Livebook などの一部のプロジェクトでは、すべての Docker コンテナーを GitHub Container Registry に移行することを既に計画していますが、古いイメージを手動で移行する必要があります。 Kubernetes Kind プロジェクトは、他のオプションも検討しています。
最後に、さらに詳しく知りたい場合は、以下のリンクから詳細をご確認いただけます。