[51CTO.com からのオリジナル記事] デジタル変革の核となるのは、ビジネス変革です。今日、デジタルトランスフォーメーション 2.0 の時代が到来し、クラウド プラットフォームに対する要件がさらに高まり、クラウドネイティブ アプリケーションをサポートできる必要性が高まっています。企業がマイクロサービス アーキテクチャと DevOps 開発プロセスを使用して製品やサービスを提供するには、アプリケーション アーキテクチャを変革する必要があります。ガートナーの予測によると、2020年にはコンテナの使用率が大幅に増加し、約50%のユーザーが本番環境でコンテナを適用するようになるとのことです。コンテナはクラウドネイティブ時代の中核となるインフラストラクチャです。 KubeSphereコンテナプラットフォームを構築した当初の目的 インターネットとデジタル化を実現するには、それをサポートする新しいツールが必要です。コンテナと Kubernetes がこのタスクを遂行できます。しかし、ネイティブ Kubernetes には多くの欠点があり、その 1 つは使いにくいことです。 Kubernetes は、分散型オペレーティング システム カーネルとして理解できます。 Kubernetes を使用するには、コマンドラインを直接使用して設定ファイルを記述し、コマンドラインで操作する必要があります。銀行や保険会社など、日々複雑な社内業務に対処しなければならない企業ユーザーにとって、Kubernetes の使用の複雑さを感情的にも主観的にも理解することは非常に困難です。 そのため、QingCloud は KubeSphere コンテナ プラットフォームを開発し、Kubernetes に統合された運用と保守、ログの取得、監視など、IT 担当者の業務を支援する多くの機能を追加して、ユーザーの使いやすさを大幅に軽減したいと考えています。したがって、KubeSphere の目標は、ツールを使用する能力を向上させ、学習コストを削減することです。 さらに、企業は、基盤となるインフラストラクチャから独立しており、特定のベンダーに縛られないテクノロジーを望んでいます。ユーザーは、オペレーティング システムがあり、コンテナーを実行するためのコンテナーのオペレーティング環境をインストールしている限り、独自の物理マシン、または他のクラウド プラットフォーム、仮想化プラットフォーム (VMWare) を使用できます。 基盤となるインフラストラクチャが QingCloud の強みです。 QingCloud は 7 ~ 8 年前にクラウド コンピューティングに取り組み始めました。 SDNやストレージ分野での長年の経験、大規模クラウドプラットフォームの経験を有し、独自のネットワーク製品やストレージ製品を有しています。 Linux はカーネルであり、メーカーはカーネルがグラフィック カードなどのデバイスに接続できるようにドライバーを提供する必要があります。 Kubernetes もカーネルです。基盤となるさまざまなネットワーク デバイスやストレージ デバイスに接続するには、対応するプラグインまたはドライバーを開発する必要もあります。接続が完了した後にのみ、基盤となるネットワークとストレージを使用できます。 QingCloud は最下層にネットワークとストレージを備えており、Kubernetes によって標準がオープン化され、それらを接続できるようになりました。パブリッククラウドで大規模に検証されたQingCloudのストレージ製品とネットワーク製品は、KubernetesやKubeSphereに対して比較的安定したインフラストラクチャサポートを提供できます。 KubeSphere (QKE): 基盤となるインフラストラクチャの運用と保守を保護し、よりシンプルで使いやすくします KubeSphere はプライベートに展開される製品であり、顧客が仮想ホストまたは物理マシンのリソースを提供する必要があります。これはインストール パッケージを通じてインストールされ、ユーザーはコンソールにログインしてクラスター全体を制御します。実際には、運用および保守担当者には依然として一定の使用コストがかかります。たとえば、インストール パッケージの構成を理解する必要があります。ネイティブの Kubernetes インストールよりもはるかに簡単ですが、インストール プロセスはまだあります。実際のニーズでは、より高いレベルの要件を持つユーザーもいます。彼らは、日々の開発、運用、保守作業を支援し、サポートできるプラットフォームを望んでいます。基盤となるインフラストラクチャの運用および保守方法を理解する必要はなく、基盤となるホスト リソースを管理する必要もなく、基盤となるインフラストラクチャの運用および保守に多大な人的資源とリソースを費やしたくありません。彼らはビジネス開発にのみ注力したいと考えています。これは、QingCloud が QKE (QingCloud Kubernetes Engine、つまり QingCloud 上の KubeSphere) をリリースするという当初の意図です。 QingCloud コンテナ プラットフォームのプロダクト マネージャーである Yu Shuang 氏によると、KubeSphere (QKE) は実際には、基盤となるインフラストラクチャの運用および保守レイヤーをユーザーから保護します。ユーザーはこのレイヤーについて心配する必要はありません。マウスをクリックするだけで、QingCloud パブリック クラウドを基盤とする、完全に高可用性で安定した Kubernetes サービスを利用できます。同時に、QKE は KubeSphere をベースとしているため、DevOps、マイクロサービス ガバナンス、統合監視、統合ログ管理など、KubeSphere の多くの機能が QKE でユーザーに提供されます。これは、ユーザーがマウスをクリックするだけで入手できる、パッケージ化されたサービスと企業レベルのプラットフォームの完全なセットです。これは非常にユーザーフレンドリーで便利です。
アプリケーションレベルのハイブリッドクラウドの実現を支援 ハイブリッド クラウドに関して、Yu Shuang 氏は、QingCloud は非常に成熟したハイブリッド クラウド アーキテクチャとソリューションを備えていると述べました。コンテナと Kubernetes の活用により、ハイブリッド クラウドの実装がより簡単かつ便利になります。コンテナは基盤となるインフラストラクチャに依存しないため、eコマースプラットフォーム、OAシステム、ERPシステムなど、コンテナ上に構築されたビジネスアプリケーションをプラットフォーム上に簡単に移行できます。また、業務の一部をプラットフォーム A に配置し、他の部分をプラットフォーム B に配置することも簡単です。アプリケーションがコンテナ標準に基づいて構築されている限り、どのプラットフォームにも展開できます。アプリケーションをパッケージ化して他のプラットフォームで実行することも非常に簡単です。これまでのハイブリッド クラウドがリソース レベルのものであったとすれば、コンテナ時代ではアプリケーション レベルのハイブリッド クラウドになります。
[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください] |
<<: JVMは難しいですか?あるいは、この記事を読んだばかりかもしれません。
>>: テンセントクラウドでは、大物や上級役員たちが密室で何を話し合ったのでしょうか?
まず、感謝の意を表したいと思います。A5 ウェブサイトで私の意見を表明できることを光栄に思います。草...
lunarvps がいつ作成され、運用を開始したかはわかりません。ドメイン名は 2011 年に登録さ...
同社の現在の環境では、VMware 仮想化環境がアプリケーション システムの約 80% をホストして...
私が初めて SEO に触れたのは 2002 年です。SEO に携わる人なら、2003 年の中国の S...
地元人材サイトは、地元の人材を結集する情報サイトです。その利点は、地元の人々に人材交流、人材情報、人...
SUSE® は、ベテラン技術エグゼクティブであり、元 SAP 幹部の Melissa Di Dona...
ソフトウェアは世界を席巻し続けており、ソフトウェア定義の製品とサービスの価値は累積的なライフサイクル...
Racknerd の最新の専用サーバー プロモーションでは、クーポン コードを使用すると毎月 30 ...
実は、多くの人が、ユーザーが自分のウェブサイトを閲覧するときにどのような心理や習慣を持っているかを知...
金融業界は、国の重要なインフラ産業の一つとして、トップレベルの戦略と産業発展の二重の推進力の下、常に...
bandwagonhost は、中国では一般に「bandwagonhost」として知られており、カナ...
米軍の研究所がスーパーツールDshellをリリースしました。公式紹介では「Dshellはネットワーク...
[[410320]]序文ロックロジックが導入されました。では、スレッドの繰り返しロックにはどのように...
大切な Torqhost のお客様へ。11 月 19 日に、WaveCom LTD と TORQho...
今年の「ダブルイレブン」は例年よりも早くやって来ます。 11月1日から、みんなが「最終支払い派」にな...