[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は難しいですか?あるいは、この記事を読んだばかりかもしれません。
>>: テンセントクラウドでは、大物や上級役員たちが密室で何を話し合ったのでしょうか?
Baidu スナップショットの日付は、友好的なリンクを交換する際に Web サイトの品質を判断する基...
最近、主要なウェブマスター フォーラムで最もよく目にするトピックは、「Web サイトのランキングを上...
数日前、hostkvm の香港 VPS のプロモーション情報を公開しました: hostkvm: 香港...
「クラウドコンピューティング 1.0 からクラウドコンピューティング 2.0 まで、IT 設備と顧客...
百度が引き起こした内分泌障害の時代には、たとえ普通のウェブサイトであっても、独創性にこだわっていても...
多くの企業や中小企業は、Baidu 入札 (Baidu プロモーションとも呼ばれます) を知っており...
サイトの SEO の観点から、タイトルの長さはサイトの最適化に影響しますか? この質問に対する答えは...
マネージド Kubernetes サービスは、多くの企業がクラスターのキーを渡すほどに成熟しています...
多くのマーケターが「コンテンツマーケティング」について語っていますが、コンテンツマーケティングだけで...
商品のプロモーションは難しい問題です。見た目はシンプルで簡単に実行できますが、結果は大きく異なります...
My Custom Hosting は 2009 年に登録され、業界で 8 年間活動してきたと主張し...
米国の老舗データセンターであるRaksmartは、独自の米国クラスターサーバー、マルチIPサーバー、...
[51CTO.com クイック翻訳] Googleは、オハイオ州コロンバスとテキサス州ダラスに新しい...
ファンはインターネット上の主食です。ファンがたくさんいれば、食べるものがなくなる心配はありません。し...
ウェブマスターは皆、高品質の外部リンクを追求しています。外部リンクの品質が高ければ高いほど、ウェブサ...