[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は難しいですか?あるいは、この記事を読んだばかりかもしれません。
>>: テンセントクラウドでは、大物や上級役員たちが密室で何を話し合ったのでしょうか?
pq.hosting は、ハンガリーの Dataplex データ センターでハンガリーの VPS (...
Java ユーザーとしては、JVM のアーキテクチャを習得することも必要です。 [[323342]]...
有名なテーマフォルストはほとんどの人が知っていると思いますが、どうでしょうか? ここは、世界中のデザ...
サイトタイトルには、サイトの核となるキーワードが含まれています。ユーザーが検索を通じてサイトにアクセ...
注意とは、人の精神活動を何かに向け、集中させる能力を指します。通常、地下鉄に乗っていて携帯電話でWe...
オンラインで多くの時間を費やした後、私たちは共通の現象を発見しました。それは、ほとんどの商品のオンラ...
ネットワーク最適化について少しでも知っている人なら、最適化業界には「コンテンツが王様、外部リンクが王...
VirMac は再び努力を始めました。まだ次の機能があります: ニューヨーク コンピュータ ルーム、...
電子メール マーケティングは終わったのでしょうか? いずれにしても、私はスパムを読んだことがありませ...
ブロックチェーン技術の開発、研究、テストには複数のシステムが関わってきます。時間や金銭コストなどの問...
Baidu SEO を行うことはますます難しくなってきており、ブラックハットであろうとホワイトハット...
王玉佳5月30日、百度で「Mogujie」を検索すると、リンクはTaobaoのYitao売れ筋チャン...
最近、筆者はSEOを始めたばかり、またはSEOに1~2年従事している50人以上のSEO担当者を対象に...
月収10万元の起業の夢を実現するミニプログラム起業支援プラン最も一般的な検索エンジンは、Baidu、...
ロシアのサーバー業者であるMacloudは、ロシアのモスクワにあるDataproデータセンターで主に...