BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース OVHcloudのHarbor KubernetesオペレーターがCNCFのgoharborプロジェクトの一部になる

OVHcloudのHarbor KubernetesオペレーターがCNCFのgoharborプロジェクトの一部になる

原文(投稿日:2020/03/28)へのリンク

OVHcloudはKubernetesオペレータをリリースした。Harborコンテナレジストリ向けのものであり、CNCFのgoharborプロジェクト下でオープンソースである。

Harbourは、コンテナイメージを管理するために開発された。イメージの脆弱性スキャン、アクセス制御、コンプライアンスなどを提供する。Harbourは、オープンソースになる前はVMwareの内部プロジェクトであった。CNCFは2018年にSandboxプロジェクトとして受け入れた。現在、インキュベーションステージにある。OVHcloudには、Harbourをベースとするマネージドプライベートコンテナレジストリサービスがある。彼らは、Kubernetesオペレーター(アプリケーションとその依存関係を管理するためのKubernetes向けのソフトウェア拡張)をHarbour用に作成し、goharborプロジェクト下でオープンソース化した。

InfoQは、OVHcloudの製品マネージャーであるMaxime Hurtrel氏に連絡を取り、詳細を確認した。

Harborは他のいくつかのソフトウェアコンポーネントを使用している。例えば、キャッシュと一時的な永続化のためにRedis、データベースとしてPostgreSQL、APIルーティングのためにnginxを使っている。さらに、画像署名用のNotary、およびいくつかの画像脆弱性スキャナーをサポートしている。Harborは、Helmチャートを使用して高可用性(HA)でKubernetesにデプロイすることもできる。ただし、依存コンポーネントのHAについては、このデプロイではHarbourによって提供されない。それらは個別にスケーリングし、高可用性を実現する必要がある。

Harbor自体のスケーリングに関しては、Hurtrel氏は、オペレーターは「特に運用段階に関してはまだ初期ステージにある」と述べている。将来的には、Kubernetes水平ポッドオートスケーラーを利用する計画がある。Hurtrel氏は「今日の時点ではコンポーネントのスケーリングには構成の更新が必要になる」と明言している。

オペレーターはHarborの依存関係のライフサイクルも管理しているか? Hurtrelは回答している。

私たちは、Harbourオペレーター1.0を、Harborとそのさまざまなソフトウェアコンポーネントのライフサイクルの管理に集中させることにしました。そして、依存関係(DBとレジストリレイヤーストレージ)を完全にユーザの選択に任せることにしました。しかし、現時点ではライフサイクルスコープの対象外です。他のITチームやクラウドプロバイダーによってサービスとして提供されるユースケースが数多く見られます。そのため、まずHarbor自体に付加価値を付けたいと考えています。

彼は「別のパッケージ化されたバージョンのオペレーター(「クラスターオペレーター」)が進行中であり、「難しい方法」でもデプロイしたい人のためにRedis演算子をパッケージ化する予定である」と付け加えている。

画像提供: OVHcloud。許可を得て使用。

Harborオペレーターは外部ストレージコンポーネントをサポートする。それは、その目標の1つが、そのようなコンポーネントの「要件にとらわれない」ことであるためである。Hurtrel氏は、この実例を示している。

OVHcloudでは、このオペレーターで数千のHarborサービスを管理しています。私たちは、そのオペレータをOVHcloud内の他のチームによって提供されるマネージドPostgres、Redis、およびS3互換のバックエンドを使用してデプロイします。


オペレーターの将来のロードマップには、Harborの完全なライフサイクル管理、スケーリング、更新、およびバックアップ管理が含まれている。ソースコードはGithubで入手できる

この記事に星をつける

おすすめ度
スタイル

特集コンテンツ一覧

BT