Inspur Cloudsea は、オープン性、互換性、階層的分離の技術概念を遵守し、あらゆる業界のユーザーに最先端のプライベート クラウド製品とソリューションを提供し、企業が強固なクラウド ベースを構築し、デジタルの再構築と変革を達成できるよう支援します。Inspur Yunhaiは、金融分野におけるクラウドネイティブおよびクラウドコンピューティング構築の過程で豊富な実務経験を蓄積しており、その革新的で実用的なハードワークコンセプトと顧客需要中心のサービス意識により、業界と顧客から広く認められています。
写真: Liu Jian、Inspur データ クラウド コンピューティング プログラム ディレクター
この記事は、Inspur データ クラウド コンピューティング プログラムのディレクター、Liu Jian 氏の講演の書き起こしであり、次の内容は、クラウド コンピューティングの開発動向、金融クラウドの傾向と課題、実践結果の 3 つの部分から関連する経験を共有します。クラウド ネイティブ インフラストラクチャの構築における Inspur Cloud Sea の説明と展望についてのディスカッション。
1. クラウドコンピューティング開発トレンド：次世代クラウドデータセンター
現在、AI、5G、ビッグデータなどの用語がクラウドコンピューティングと切り離せないものとなっており、この環境において、オープンハードウェア、オープンソフトウェア、ソフトウェアとハードウェアの階層的分離がデータ開発における重要なトレンドになるとInspur Yunhaiは考えています。同時に、より多様なコンピューティング シナリオに直面して、クラウド コンピューティング アーキテクチャ、サービスとしてのモデル、およびマルチコンピューティングの電源管理機能の進化も、次世代クラウドの進化の方向性となっています。データセンター。
ソフトウェアとハードウェアの同期の最適化
製品のパフォーマンスとユーザーエクスペリエンスに対するユーザーのニーズを満たすために、Inspur Yunhai はソフトウェアとハードウェアの分離を提唱し、ソフトウェアとハードウェアの同時最適化にも注意を払っています。クラウド コンピューティングの分野では、ハードウェアの徹底的な最適化を通じて、製品のパフォーマンスを大幅に向上させ、ソフトウェア層のコンテナーと仮想化の損失問題を解決できます。DPU を使用して、基盤となる高可用性アーキテクチャを変更して、論理的な高可用性を実現します。仮想マシンの切り替え。
ソフトウェアとハードウェアの広範なコラボレーション
コンピューティング システム アーキテクチャの分離とコンピューティング デバイス間の相互運用性は、将来のコンピューティングの持続可能な発展の鍵となります。ネットワーク レベルでは、ハードウェア SDN とネットワーク機器は簡単にバインドされますが、デカップリング段階では、クラウド ソフト SDN とあらゆるメーカーのネットワーク機器を、GPU やスマート ネットワーク カードの高速化と組み合わせることで、バインド解除とパフォーマンスの向上を実現できます。システム レベルでは、同じ方法を使用してストレージ システムを高速化でき、セキュリティ レベルでは、DPU を使用してコンピュータ システムの負荷を強化できます。上記はすべて、ソフトウェアのパフォーマンスを高速化するハードウェアの最適化によって実現されます。
インフラとしてのモデル
ChatGPT の人気が高まるにつれ、コンピューティング能力やアルゴリズムなどのモデルが次世代クラウドのインフラストラクチャ標準になりました。ただし、所有権分割の観点から見ると、パブリッククラウド上で学習したモデルは依然としてパブリッククラウドに属し、プライベートクラウド上で独自のデータに基づいて学習することで初めて専用の大規模モデルが得られる、というのが現在の開発の方向性でもあります。国内大手金融機関の
複数のコンピューティング能力
新興ビジネスの発展をサポートし、多様なコンピューティング能力シナリオを促進します。今日のデータセンターのインフラストラクチャは物理リソース レベルでより多様化しており、X86 デバイスと ARM デバイスの混合展開が標準となっており、コンピューティング エンジンに対するユーザーの需要には仮想化、ベアメタル、コンテナも含まれており、この状態は今後も続くでしょう。 ; 演算能力の種類も純粋な CPU から GPU や FPGA まで拡大しました。
2. 金融クラウドのトレンドと課題
金融クラウドの開発動向
金融クラウドの発展は大きくIOE時代、ビジネスクラウド時代、クラウドネイティブ時代の3段階に分けられます。クラウド ネイティブの機能は、アプリケーションのコンテナ化、サービスのメッシュ化、サーバーレスの 3 点に要約できます。金融 IT は本質的に組織やビジネスに貢献するため、上位レベルのテクノロジーの変更は組織構造の変更に起因することがよくあります。ビジネス アーキテクチャはモノリシックからサービス化、マイクロサービス アーキテクチャへと進化し、データ アーキテクチャは統計分析からデータ サービス レイクとウェアハウスの統合へと進化し、技術アーキテクチャもそれに応じてサービス グリッドに進化し、最終的には組織構造とサービスの変化につながりました。開発フレームワーク。各段階で、組織構造と技術構造を一致させる必要があり、これは段階的な進化のプロセスです。
金融クラウド構築の課題
IaaS レイヤーの構築経験は比較的一般的ですが、PaaS レイヤーの構築はより複雑であり、次の分析を行います。
- IaaS と PaaS には明らかな業界属性がありますが、クラウド ベンダーがすべての顧客に同じ PaaS を販売する場合、業界属性はありません。業界ごとにビジネスが異なり、必要なPaaS指標やコンポーネントも異なるため、標準化された製品が適用できない場合があります。
- サービスとしてのコンテナー: 多くのシナリオでは、メーカーが PaaS インフラストラクチャと PaaS サービスを統合しているため、PaaS は使いにくく柔軟性に欠けるとユーザーは考えています。極端な場合には、各製品にコンテナー プラットフォームが付属している場合があります。この点において、Inspur Yunhai の構築経験は、PaaS の機能を分離し、それをサービスとしてのコンテナーにすることです。
- ビジネス層を構築するプロセスでは、ユーザーが統合されたクラウド インフラストラクチャを構築し、ビジネスを分離できる PaaS ベンダーを選択し、統合されたサービスとしてのコンテナー プラットフォーム上に分離された機能を構築することをお勧めします。
マイクロサービス システムの構築には、複数のアーキテクチャの共存と段階的な進化も含まれます。マイクロサービス フレームワーク内では、Dubbo と SpringCloud が現在人気のあるアプリケーション配布およびマイクロサービス開発フレームワークであり、金融業界で広く使用されています。また、現在開発されている Istio も含まれます。この傾向は、レガシー システムの非侵入的なマイクロサービス変革を可能にするプラットフォーム レベルのサービス ガバナンス フレームワークに向かっています。もちろん、マイクロサービス アーキテクチャの選択はプラットフォーム計画や企業計画と切り離せないものであり、徐々に進化する必要もあります。
マイクロサービスの運用保守には、IaaS層とPaaS層を接続し、垂直型の運用保守体制を構築することを推奨します。ここでは次のような課題に直面しています: PaaS コンポーネントのバージョンと開発フレームワークが多く、PaaS コンポーネントごとにハードウェア リソースが異なるため、導入効率が低くなります。ビジネス データ ネットワークが分離されている場合、PaaS のクロスドメイン使用をどのように解決するか。この点において、ネットワーク分割の場合は、利用環境の要件に応じてオンデマンドで導入および調整し、統合配信ネットワークを構築して中間の運用保守側を開放し、PaaS をさまざまなドメインに配信することをお勧めします。近くの展開、近くのアクセス、統合された運用と保守、および PaaS レイヤーの統合による運用および保守ネットワーク。
3. Yunhai クラウド ネイティブ インフラストラクチャのイノベーションと実践を促進する
現在、Inspur Yunhai は主にクラウド ネイティブ インフラストラクチャの最下層の構築に注力しており、情報通信技術アカデミーが発行した「クラウド ネイティブ機能成熟度標準」を参照して、次の 2 つの方向に焦点を当てて作業を進めています。 、技術アーキテクチャ、主にリソース管理、運用保守、保証、研究開発テストなど、2番目、ビジネスアプリケーション、主に弾力性、高可用性、自動化、可観測性など。
「1 つのクラウド、複数のコア + クラウド ネイティブ」
金融クラウドの構築実践において、「1 つのクラウド、複数のコア」は金融業界におけるクラウドの重要な基本指標です。「1 つのクラウド、複数のコア」は、コンピューティング パワーに対するユーザーの多様なニーズを満たし、コンピューティング パワー アイランドを効果的に回避できます。これは、小さなエコロジーを分割し、大きなエコロジーを構築するための重要なリンクであり、サプライ チェーンのリスクを効果的に軽減できます。ビジネスの観点から見ても、技術的な観点から見ても、あるいは業界チェーンの観点から見ても、「1 つのクラウド、複数のコア」の実装は、クラウド コンピューティング業界の現在および将来の発展の鍵となっており、避けられない選択となっています。現在、エネルギーおよび電力業界も、1 つのクラウド、複数のコアの要件について明確な要件を提示しています。
Inspur Yunhai は、ヘテロジニアスなコンピューティング能力の問題を解決するには、「1 つのクラウド、複数のコア + クラウド ネイティブ」が最適なソリューションであると考えており、ステートレスとステートフルの 2 つのビジネス形態に基づいて、以下の実践経験をまとめました。
- ステートレス アプリケーションの場合、基本的に Java に基づいて開発されます。コンパイル プロセスは難しくありません。再コンパイルされたアプリケーションは、基盤となる CPU やサーバーに多くの制限を課すことなく、マルチコア クラスターで実行できます。
- ステートフル データの場合、最も重要なことはデータベース データが失われないようにすることであり、必ずしも 1 つのクラウドと複数のコアを追求する必要はありません。ただし、1 クラウドのマルチコア環境に分散データベースを展開するなど、関連する試みを行うことはできます。X86 のコンピューティング能力はプライマリ クラスターまたは書き込み操作のサポートに使用でき、非 X86 のコンピューティング能力は次の目的で使用できます。スタンバイまたは読み取り操作を実行します。これは、1 つのクラウド、マルチコア データベースであり、それを実現する方法です。このモデルはデータベースレベルでのディザスタリカバリ構築にも適用可能です。
ビジネス形態の検討に加え、実践の中で以下の構築ポイントをまとめました。
- クラスター内の計算能力の自動等コスト スケジューリング: 異なるアーキテクチャのサーバー間では計算能力の変換の問題があるため、この点で、情報通信技術アカデミーおよび複数のメーカーと協力して、自動的な等コスト スケジューリングを実行しました。コンピューティング能力のテストのコストスケジューリング。
- トラフィック スイッチング: 実際には、ゲートウェイ スイッチングによって実現できます。
- インセンシティブスイッチング: 現在、当社の製品にはすでにこの機能が備わっています。ユーザーの基盤となるインフラストラクチャのアーキテクチャは、上位層のビジネスの運用に影響を与えません。ユーザーは、さまざまなアーキテクチャの基盤となるリソースに基づいてリソースを動的に調整し、呼び出すことができます。
マイクロサービスアーキテクチャシステムの構築
マイクロサービスアーキテクチャシステムの構築では、前述したように、まず開発フレームワークの共存が必要です。この点で、さまざまなアーキテクチャを構成センターを通じて統合および管理し、共通のものを最初に抽出してからさらに統合することをお勧めします。次に、複数のデータセンターの問題でございますが、現在、ユーザーは複数のデータセンターを所有しているのが一般的でございますが、これをカスケードで管理し、その合計ポイントで管理を行っているという状況でございます。
可用性の高い設計
次世代クラウドの高可用性設計は、クラウド ネイティブ レベルで実装するのは難しくありませんが、すべてのビジネスがクラウド ネイティブであるわけではないため、上位レベルで高可用性の問題を解決することが困難になります。インフラストラクチャ ベンダーとして、当社はクラウド ネイティブに依存しなくても、基盤となる構築を通じて高可用性を実現できることを提唱しています。したがって、次世代の高可用性アーキテクチャでは、これら 2 つの次元を行き来できるようにしたいと考えており、また、ベアメタルと仮想マシンのコントロール プレーンをオープンにして、複数のエンジン間で高可用性を実現したいと考えています。まだまだ課題は多く、徐々に進化させていく必要があります。
現在、Inspur Cloud は 15,000 を超える顧客にサービスを提供しており、金融、エネルギー、交通、医療、企業、教育などの主要分野をカバーするさまざまな業界で発展しており、顧客のデジタルおよびインテリジェント変革のための重要なクラウド ベースとなっています。 。これには、顧客のダブル 11 ビジネスを担う中国最大の金融プロダクション クラウド、最も多くの種類のチップを搭載し 4 セットの公共アプリケーション サービスと 104 のビジネス システムを搭載する最大の地方政府クラウド、自動車、鉄道交通、科学分野が含まれます。コンピューティング研究所や、数千万ドル相当の他の多くの大規模プロジェクト。
（ Inspur Yunhai公式アカウントより転載）