マルチクラスタ管理の後、KubeSphereのハイライトの瞬間が到来

[51CTO.com からのオリジナル記事] クラウド コンピューティングによって、アーキテクチャ設計から開発、構築、配信から運用、保守に至るまで、ソフトウェアのライフサイクル全体が一新されたことは否定できません。その結果、企業の IT アーキテクチャも大きな変化を遂げ、ビジネスはますます IT 機能に依存するようになっています。そのため、一方では、ますます多くの企業がクラウドに移行しており、他方では、あらゆる分野で、ますます多くのビジネス アプリケーションが最初からクラウド上に構築されています。クラウド ネイティブを採用することは議論の余地のない事実です。

同時に、関連データによると、約 93% の企業がマルチクラウド戦略を採用しており、そのうちハイブリッド クラウドが 87% を占めています。ハイブリッド クラウドは企業にとって標準となり、避けられないトレンドとなっています。ハイブリッド クラウドの需要はビジネス、特にアプリケーションの需要から生じるため、クラウド ネイティブ アプリケーションは不可欠なものとなっています。大手クラウド企業が独自のコンテナ サービスを開始したのも、この理由によるものです。

QingCloud は 2016 年 11 月にコンテナ テクノロジのサポートを開始しました。2017 年 7 月末には、Kubernetes on QingCloud コンテナ クラスター管理およびオーケストレーション アプリケーションをリリースしました。同年11月にはDockerイメージリポジトリを正式に立ち上げ、ワンストップのコンテナサービスプラットフォームを構築しました。同社は2018年7月に、Kubernetes上に構築されたエンタープライズレベルの分散型マルチテナントコンテナプラットフォームであるKubeSphereをリリースした。 2019 年 4 月に、KubeSphere コンテナ プラットフォーム アドバンス バージョン 2.0 がリリースされました。 KubeSphere のリリースは、コンテナをより迅速かつ容易に実装できるようにし、企業がクラウドネイティブ アプリケーションを迅速に構築し、DevOps とマイクロサービスを実装し、ビジネスの革新と反復を加速し、最終的にデジタル変革を実現できるようにすることを目指しています。

ユーザーが必要とするところに、製品はそこにある

昨年、QingCloud のアプリケーションおよびコンテナ プラットフォーム研究開発担当ディレクターの Zhou Xiaosi 氏は、KubeSphere の開発を決定する前に、QingCloud はこの市場に参入して安定した足場を築く機会があるかどうかを評価するために多くの調査を行い、その後、コンテナ プラットフォームは Kubernetes をベースにすべきであると決定したと述べています。 KubeSphere 2.0 のリリース前に、QingCloud は、コンテナ クラウド プラットフォームに対するユーザーの最大のニーズを鋭く認識していました。それは、すぐに使用でき、プラットフォームの実装コストとユーザーの使用コストを削減できることです。したがって、KubeSphere 2.0 の最も重要な機能は「すぐに使える」ことです。同時に、KubeSphere は多くのオプションの機能コンポーネントも提供しており、ユーザーは使用中にビジネスニーズに応じてそれらを選択できます。 QingCloud 製品の発売は、ユーザーの実際のニーズに基づいていることがわかります。

[[331766]]

QingCloud アプリケーションおよびコンテナ プラットフォームの R&D ディレクター、Zhou Xiaosi 氏

「昨年、私たちはユーザーに対して、KubeSphere の次期バージョンで提供してほしい機能は何かを尋ねるアンケートを実施しました。その結果、マルチクラスター管理が第 1 位にランクされました。つまり、このバージョンはユーザーの期待に応えるものなのです」と Zhou Xiaosi 氏は述べています。そこで 1 年後、KubeSphere 3.0 が誕生しました。複数のクラスターを管理する機能も、新しいバージョンの最も重要な機能です。

Zhou Xiaosi 氏によると、マルチクラスター管理は、クラスターの追加、クラスターの削除、クラスターのバインド解除など、基盤となるインフラストラクチャの管理だけではありません。また、アプリケーション レベルの機能も追加されます。主な機能は次のとおりです。まず、アプリケーションをクラスター全体にデプロイできます。アプリケーションがどのクラスターで実行されるかを定義することは可能ですが、ユーザーはアプリケーションがどこで実行されるかを知る必要はありません。同時に、KubeSphere 3.0 は、マルチクラスター管理用のアプリケーション管理プラットフォームである OpenPitrix を提供します。これは、クラウドネイティブ アプリケーションの完全なライフサイクル管理であり、アプリケーションの一覧表示、アプリケーションの削除、アプリケーションの配布などの問題を解決するために使用されます。 KubeSphere のマルチクラスター管理により、企業はハイブリッド マルチクラウドを簡単に管理できるようになります。これは、KubeSphere バージョン 3.0 で対処される重要な問題です。

[[331767]]

KubeSphere コンテナ プラットフォームのプロダクト マネージャーである Yu Shuang 氏は、KubeSphere のマルチ クラスター管理と他の競合製品との最大の違いは、Solo と Federation の両方のクラスター管理方法をサポートしていることだと付け加えました。 Solo とは、すべての K8s クラスターが独立しており、すべての独立した K8s クラスターを集約するには中央コントロール パネルが必要であることを意味します。フェデレーションは、K8s エコシステム内のアーキテクチャまたは機能として理解できます。フェデレーション クラスターは複数の K8s クラスターを集約して K8s リソース プールを形成できます。ユーザーがアプリケーションをデプロイする場合、希望に応じてアプリケーションのコピーをさまざまな K8s リソース プールに配布できます。アプリケーションは最上位層から構築され、ゾーンとクラスター全体で高可用性を実現します。

[[331768]]

KubeSphere コンテナ プラットフォームのプロダクト マネージャー、Yu Shuang 氏

マルチクラスター管理という最も重要な機能に加えて、KubeSphere 3.0 には他にも多くのハイライトがあります。

1. 観測機能をさらに強化する。 CNCF Foundation の命名によれば、可観測性には監視、ログ記録、リンク追跡、アラーム、通知などが含まれます。KubeSphere は初期の製品以来、テナントベースの監視、テナントベースのログ取得など、可観測性に関する多くの機能をユーザーに提供してきました。KubeSphere 3.0 では、この機能がさらに強化されています。 Yu Shuang は、3 つの典型的な機能を例として挙げました。

1. カスタマイズされた監視。ユーザー企業がK8sプラットフォームへ徐々に移行するにつれ、運用保守担当者やリソース管理担当者だけでなく、多くのビジネス担当者もこのプラットフォームを使い始めています。 KubeSphere 3.0 は、プラットフォーム監視レベルで各ビジネスの基本的な監視指標を反映できます。 KubeSphere 3.0 は、クラウドネイティブ分野のデファクトスタンダードとなっている監視フレームワークである Prometheus と互換性があります。ユーザーのアプリケーションがすでに Prometheus をベースにしている場合は、KubeSphere にシームレスに接続できます。そうでない場合でも、Prometheus は開発フレームワークである Prometheus Exporter を提供しており、これが多くの SDK 開発パッケージを提供しているため、問題にはなりません。 OA アプリケーション、e コマース アプリケーション、またはユーザー自身が開発したその他のアプリケーションであっても、SDK が統合されていれば、公開したい監視インジケーターを Prometheus を通じて公開し、KubeSphere UI コンソールにシームレスに接続できます。監視パネルは自由に組み立てられ、接合され、最終的にユーザーが望む監視パネルが形成されます。そのため、運用・保守だけの製品ではなく、ユーザービジネスにどんどん近づいていく製品でもあります。

2. 入居者向けイベント運営KubeSphere 3.0 のテナントベースのイベント管理は追跡可能であり、特定の履歴に従って集計できます。さらに、テナント フィルタリングに基づいて、ユーザーはビジネス運用やメンテナンスなど、自分のテナント内のイベントを取得できます。

3. より多くの通知方法に接続します。 KubeSphere 3.0 は、WeChat や Slack などの主流の通知方法をサポートするために接続されました。

2. プラットフォームのセキュリティ機能がさらに強化されます。 KubeSphere 3.0 は、金融ユーザーにとって非常に重要な監査をサポートしています。 KubeSphere のテナントはネイティブの K8s テナントをサポートするだけでなく、ネイティブのテナントに基づいて独自のテナントのレイヤーを抽象化します。 KubeSphere 独自のテナントでもネイティブ テナントでも、KubeSphere 3.0 はテナント ネットワーク セキュリティ ポリシー管理を提供します。 KubeSphere インターフェースを通じて、このテナントの下のサービスに外部からアクセスできるかどうか、または別のテナントの下のこのテナントの下のサービスにアクセスできるかどうかを構成できます。適切なアクセス ポリシーを構成できるため、今日の多くの大企業、特に金融企業の要求を満たすことができます。

3. 環境パートナーに対してより友好的になる。まず、KubeSphere 3.0 は、Alibaba Cloud、AWS、Tencent Cloud、QingCloud など、ほとんどの主流のクラウド プラットフォームおよびコンテナー プラットフォームと互換性があります。 OpenShift や Rancher などのコンテナ プラットフォーム。 2 番目に、KubeSphere 3.0 は KubeSphere のみのデプロイメント モードをサポートします。ビジネス上のニーズにより、ユーザーは、自社で構築または購入した K8s サービスやクラウド プラットフォームなど、独自の環境にさまざまな K8s を導入することがよくあります。 KubeSphere は純粋なソフトウェアであるため、既存の K8s プラットフォームにシームレスに導入できます。つまり、KubeSphere の利用によって、既存プラットフォーム上のユーザーのビジネスには一切影響がなく、移行や変革を行う必要もありません。これにより、ユーザーの既存のビジネス資産が効果的に保護され、ビジネスに影響を及ぼすことはありません。

将来: 2つのオープンを達成する

Zhou Xiaosi 氏によると、KubeSphere の次のバージョンであるバージョン 4.0 では、ISV や企業がオープン アーキテクチャ標準に基づいて独自のアプリケーションやサービスを開発し、KubeSphere に展開できるようにする、プラグ可能なオープン アーキテクチャを作成することを目標として、いくつかのアーキテクチャ変更が行われる予定です。

将来、KubeSphere には、オープン ソースとオープン アーキテクチャという 2 つのラベルが付く予定です。 KubeSphere は、インフラストラクチャとワークロードの管理、監視やアラームなどのシステムレベルのサービスの提供など、最もコアな機能のみを提供します。その他はすべて Open Architecture に任されています。さらに、QingCloud は、企業がグループ クラウドやコミュニティ クラウドを構築するのを支援し、計測モジュール、統計レポートなどの運用機能をプラグイン方式で提供し、エコシステム全体を改善します。

視点を編集

K8s は良いですが、始めるのは難しいです。 KubeSphere は、優れたユーザー エクスペリエンスを備えたコンソールを提供します。ユーザーはコンテナ、クラウドネイティブアプリケーション、K8sを非常に低コストで学習し、DevOps、マイクロサービスガバナンス、アプリケーション配布、マルチクラスター管理など、上記のアプリケーションをほぼ無償で使用できます。これにより、企業はクラウドネイティブ時代への一歩を踏み出すことが容易になります。同時に、K8s 自体の利点は、アプリケーションとサービスに重点が置かれていることです。ビジネスの観点から、ビジネス担当者がコンテナ プラットフォームをより有効に活用できるように支援することは非常に重要です。 KubeSphere 3.0 の一連の新機能はまさにこの要求を満たします。さらに、KubeSphere は中国が主導し、完全にオープンソースで、CNCF Foundation によって認定された唯一の K8s ディストリビューションであるため、急速な発展の好循環に入る可能性が高く、オープンソース プロジェクトに基づく商用サービスを採用する企業がますます増えるでしょう。 KubeSphere の将来は計り知れません。

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]