デジタル トランスフォーメーションの新しい CP | クラウド ネイティブ + エッジ コンピューティングの実践の共有


最近、2022 Smart Cloud Edge Open Source Summit (2022 Open Source AceCon) で、Lingque Cloud のチーフ ソリューション エキスパートである Du Dongming が招待され、「Cloud Edge Empowerment, Container Accompanying-Practical Thinking of Cloud Native Edge Computing」に関するプレゼンテーションを行いました。 「話題共有。彼は、デジタル トランスフォーメーションが継続的に加速するにつれて、クラウド ネイティブは企業にとって避けられない選択となり、クラウド ネイティブとエッジ コンピューティングの緊密な統合は、企業により大きな利益をもたらし、より迅速なビジネス開発を可能にすることができると指摘しました。
 

クラウド ネイティブは企業のデジタル トランスフォーメーションの推進力になっています


長期にわたる実践の結果、本質的な答えは企業のデジタルトランスフォーメーションの破壊的な影響であることがわかりました。いわゆるデジタルトランスフォーメーションとは、価値を実現するという企業のコアコンピタンスとデジタルテクノロジーおよびデジタルチャネルの統合を指します。例えば、伝統的な銀行は、預金を吸収し、融資を行い、金融サービスを提供することで価値を実現していますが、これまで銀行を選ぶときは、通常、支店と会社の距離に注目していました。価値。より伝統的な産業では、品質と効率の改善、排出量の削減とコストの削減、注文と計画、設計とプロセス、生産と品質、倉庫保管と有機的な組み合わせを目的として、工業企業などのデジタルトランスフォーメーションも見られます。ロジスティクスは、インダストリアル インターネットとインダストリアル ビッグ データを形成します。これは本質的にデジタル トランスフォーメーションでもあります。


企業がデジタルトランスフォーメーションを経験すると、企業のITは大きな変化を遂げ、サポート部門、コスト部門からプロフィットセンターへと徐々に変化し、企業IT開発と運用および保守のデジタルアプリケーションがコアとなり、価値と事業成長を実現する核となる要素。


こうした背景から、多くの変化が見られます.まず、エンタープライズ アプリケーションの数が大幅に増加しました.IT は、運用と保守のために内部の OA、ERP、および財務システムのみを使用していましたが、現在、デジタル ビジネスは幾何学的に増加しています。 IT運用・保守の申込件数を掛け合わせると、都市商業銀行のチャネルシステムには8,000件以上のサービスがあり、株式銀行のサービス件数は驚異の10Wに達しています。


第二に、自社開発企業の割合が増加しています.デジタルアプリケーションは企業のコアビジネスに密接に関連しているため、過去に購入して取得したITシステムは現在では適用できません.ここに競争上の優位性があり、それらを購入することは不可能です。そのため、Gartner のレポートは、2020 年までにエンタープライズ アプリケーションの 75% が購入ではなく自己構築によるものになると指摘しています。


第三に、エンタープライズ アプリケーションの俊敏性が向上しています. 社内および定常状態のユーザー ニーズを満たす以前のアプリケーションとは異なり、デジタル ビジネスは急速に変化する市場の要求を満たす必要があります. 半年の計画と半年の調達と実装の以前のビジネス サイクルは、最近の運送会社とのやり取りで、彼らは毎週火曜と木曜に 30 か国で 3,000 以上の業務システムを更新しなければならないことを率直に認めました。


最後に, ビジネス構造が変化しました. 従来の記録システムは関与システムに変わりました, これは多くの相互作用を必要とし、ビジネス規模の継続的な成長をもたらす可能性があります. アーキテクチャの分離が不可欠です. 懸念と懸念を分離する必要があります.分離 従来のアーキテクチャは、マイクロサービス アーキテクチャに分割されます。


これらの現象は、センシティブな IT と総称され、従来の定常状態の IT とは大きく異なります。機密性の高い IT の出現は IT にとって良いことですか? いいえ、それは非常に破壊的です. Itil システムに基づく従来の定常状態の運用および保守システムは、この破壊力の下で使い果たされています。業界はこれらのデリケートな問題を解決できるテクノロジを必要としており、これらのテクノロジはまとめてクラウド ネイティブ テクノロジと呼ばれます。

コンテナとエッジコンピューティングの成長に伴う


 

エッジ コンピューティングとコンテナは一見無関係に思える. 唯一の類似点は、両者が 2013 年に誕生したことだけ.米国のパシフィック ノースウェスト国立研究所。Google トレンドから、過去 10 年間、人々はこの 2 つのテクノロジーに対して高いレベルの関心と熱意を維持してきたことがわかります。


以前は、コンテナや Kubernetes は、数百のノードを管理し、複雑なマイクロサービス ビジネスをスケジューリングするのに適したデータ センターのテクノロジーに属していると考えられていましたが、エッジ コンピューティングは通常、リソースが不足している環境にあり、 K8sの得意分野ではないようです。実際、これは K8s の誤解です. その優れたアーキテクチャにより、非常に柔軟になります. データセンターでコアビジネスを管理できるだけでなく、単一ノードや 3 ノードなどのエッジシナリオでもその才能を発揮します.大規模な環境で対処する必要があるサポートの問題は、大規模な環境での問題に劣りません。


エッジ コンピューティングとコンテナ テクノロジの融合は微妙なプロセスになるはずですが、大規模な融合は 2021 年に発生するはずであり、これは市場の認識と完全に一致しています.エッジ側でコンテナ プラットフォームを構築するための要件.


 

Gartner のレポートにも、同様の見解があります。ガートナーが2020年に発表した「Edge Computing Maturity Curve」レポートでは、コンテナ関連の技術要素についてはまだ言及されておらず、2021年の同レポートでは、「Edge PaaS」の概念が初めて登場しました。エッジ側でのコンテナ技術の適用について説明します。また、この概念が登場するやいなや、最初の概念の頂点に達しており、これは Edge PaaS が過去に発生していたことを示していますが、2021 年になって初めて大幅に登場します。Gartner は、エッジの限られたコンピューティング リソースでコンテナーを実行することにより、新しいエッジ ネイティブで高度に分散されたエッジ対応アプリケーションが可能になると指摘しました。

最高の CP: クラウド ネイティブとエッジ コンピューティング


コンテナーがエッジ シナリオにどのように適合するかを詳しく見てみましょう。


まず、クラウド ネイティブとエッジの組み合わせは、リソース使用率の向上に役立ちます。エッジ側の顕著な特徴は、リソースの総量が制限されており、通常は 1 台または 3 台のサーバーであり、一部のエンドポイント制御デバイスには小さなアーム ボックスが 1 つしかないことがよくあります。これらのリソースは、エッジ アプリケーションを実行するためにすでに拡張されており、プラットフォーム レイヤーで追加のリソース消費を実行することは困難です。コンテナー管理プラットフォームは、従来の仮想マシンやハイパーコンバージド アーキテクチャとは異なります. プラットフォーム レイヤーのオーバーヘッドは非常に低いです. 通常の状況では、1c2g は K8s のセットを実行できます. microK8s、K3s およびその他のスリムダウンに切り替えると、 K8s、リソースの使用量が減少します。さらに減少します。したがって、コンテナを使用しても、エッジ側に追加のリソース プレッシャーがかかることはありませんが、リソース割り当てを最適化できます。


次に、クラウド ネイティブは、エッジ側でインフラストラクチャの統合管理を実現するのに役立ちます。エッジ側は規模は小さいですが、インフラストラクチャを管理し、ネットワーク、コンピューティング、およびソフトウェア定義ストレージやソフトウェア定義ネットワークなどのストレージ サービスを提供するためのプラットフォームが必要です。コンテナー コミュニティ 商用分野では、物理インフラストラクチャを管理する必要があるフルスタック クラウド プラットフォームをすでに多数上陸させています。


第 3 に、クラウド ネイティブは、企業のエッジで AI サービスの IT コストを効果的に削減できます。エッジ シナリオと人工知能は切り離すことができません. 通常、顧客はエッジ側で AI 推論操作を実行する必要があり、一部のモデル トレーニングもエッジ側に配置されます. 次に、GPU の要件が不可欠です。コンテナー プラットフォームでは、GPU 仮想化により、1 つの GPU を複数の仮想 GPU に仮想化して複数のコンテナーに割り当てることができ、各コンテナー内のアプリケーションが GPU を独占しているように見えます。これにより、エッジ側の AI サービスの柔軟性が大幅に向上し、顧客のコスト削減に役立ちます。


第 4 に、コンテナーを中心としたクラウド ネイティブ テクノロジにより、エッジ側のデバイス ポート呼び出しの実装が容易になります。エッジ コンピューティングは通常、デバイスに接続されます.シリアル ポート、ネットワーク ポート、VGA などの使用が見られますが、コンテナーのデバイス プラグイン テクノロジにより、コンテナーはこれらのポートに簡単にアクセスできます。


第 5 に、開発および保守担当者にとって、クラウドネイティブ テクノロジを使用すると、迅速なビジネス展開と反復をより簡単に実現できます。これも非常に重要なポイントで、エッジ環境では事業所が広範囲に分散しており、事業展開やその後の運用・保守が非常に困難です。コンテナはこれらのシナリオに簡単に対処できます.Lingque Cloudのマルチクラスター管理テクノロジーにより、オフィス内の何十万ものエッジロケーションを展開およびアップグレードできます. エッジ側のサービスでは、運用担当者と保守担当者が監視ポリシーとアラーム ポリシーを設定して、現場での事故をすばやく知ることができます。ビジネス上の問題が発生した場合、開発者は管理プラットフォームを介してアプリケーション ログを確認できます。また、コンテナにログインしてビジネスをデバッグすることもできます。


最後に、クラウド側のコラボレーションにより、ビジネスの自律性と可用性が大幅に向上します。エッジとクラウドの間のネットワーク環境は弱く、帯域幅、遅延、さらには接続性さえも保証できないため、エッジの自律性が必要です。エッジ側で実行されるコンテナ管理プラットフォームは高度に自律的であり、そのビジネス スケジューリングと高可用性の保証はクラウド環境から完全に独立しており、クラウド側のネットワークが切断された場合でも、エッジ側は通常の運用を維持できます。


個人のお客様は、業務のコンテナ化の変革が非常に複雑ではないかと心配されるかもしれません。自分で処理できますか?これは実際には心配する必要はありません。まず、エッジのシナリオでは、エッジ側に展開されるビジネスの数は非常に限られており、通常は 4 つまたは 5 つしかありません.これらのビジネスをコンテナーに変換することは難しくありません.Lingque の経験によると、通常は 1 つのビジネスを完了することができます.コンテナ化された変換に半日から 1 週間かかります。ビジネスの変革が完了すると、ワンクリックで数百または数千のサイトに展開でき、その後の運用と保守に大きな柔軟性をもたらします。したがって、エッジ サービスのコンテナ変換は非常に高い ROI 投資であり、2 つを深く統合することで、企業により大きな利益をもたらすことができます。
近い将来、Lingqueyun はクラウドネイティブのエッジ コンピューティング ソリューションを正式にリリースする予定です。

クラウド側コラボレーションの新しいエクスペリエンスをすぐに開始

クラウド ネイティブ エッジ コンピューティングについてさらに質問がある場合は、Lingqueyun のシニア エンジニアと計画を立てて話し合うために、お問い合わせください。

関連資料: スマート マニュファクチャリングの次の段階: クラウド ネイティブ + エッジ コンピューティングの二輪駆動

おすすめ

転載: blog.csdn.net/alauda_andy/article/details/126539385