著者| HeLinbo
ソース| AlibabaCloudネイティブ公式アカウント
5G、IoT、ライブブロードキャスト、CDNなどの業界やサービスの発展に伴い、優れた応答時間とコストを得るために、ますます多くのコンピューティング能力とサービスがデータソースまたはエンドユーザーに近づき始めています。これは従来の中央モデルとは明らかに異なる計算方法-エッジコンピューティング。
しかし、エッジコンピューティングの規模と複雑さは日々増大している一方で、運用と保守の方法と機能の不足はようやく圧倒され始めています。これに関連して、「クラウド、エッジ、およびエンドの統合された運用と保守の調整」は、アーキテクチャ上のコンセンサスになり始めています。クラウドネイティブの祝福により、クラウドエッジ統合のプロセスも大幅に加速されています。この傾向の下で、クラウドネイティブの概念の導入とエッジアプリケーションの運用および保守管理モデルの包括的な変換は、解決すべき緊急の問題になっています。
この記事は、AlibabaCloudコンテナサービスの技術専門家であるOpenYurtの著者であり新興企業の1人であるHeLinbo（Xinsheng）が、1月のAlibabaCloud開発者コミュニティの「火曜日オープンソースデー」でライブブロードキャストを共有したことから編集されています。シナリオの観点から、クラウドネイティブテクノロジーとエッジコンピューティングの統合の課題を探り、OpenYurtに基づくクラウドネイティブエッジコンピューティングプラットフォームアーキテクチャと業界慣行を詳細に紹介します。
ビデオ全体を見るにはクリックしてください：https://developer.aliyun.com/live/246066
エッジコンピューティングとは
エッジコンピューティングは、従来の集中型の一般的なコンピューティングと比較して、エッジにワークロードを展開するコンピューティング方法です。近年、エッジコンピューティングは非常に注目を集めています。これは主に、5G、IoT、その他のサービスやシナリオがますます高速に開発されており、インテリジェント端末デバイスがますます増えているため、エッジコンピューティングサービスに対する需要がますます低下しています。すべての処理を中心に据えると、大規模なエッジスマートデバイスの成長に対応することは困難です。エッジコンピューティングは現在、自動車、運輸、エネルギーなどのさまざまな業界で大規模に使用されています。要約すると、エッジコンピューティングは、コンピューティングをユーザーまたはデータソースに近づけることです。
1.エッジコンピューティングのトップレベルアーキテクチャ
業界で定義されているエッジコンピューティングの階層構造は、主にGartnerとIDCを指します。
ガートナーによって定義された階層構造を次の図に示します：エンドポイント>近端>遠端>クラウド>エンタープライズ。
-
ニアエッジ：エンドサイドに最も近い場所にある非標準のサーバーまたはデバイス。
-
ファーエッジ：標準IDCは、IDC（プライマリ）、MEC、CDNなどの3つのタイプに分類できます。比較的言えば、オペレーターのコンピューター室、クラウドのオンライン室など、計算能力は比較的強力です。サービスプロバイダーなど。
- クラウド：リソースの集中管理と集中管理を特徴とするパブリッククラウドまたは独自のメタサービス。
IDCによって定義された階層構造を以下に示します。
-
ヘビーエッジ：データセンターの側面、集中型コンピューティングプラットフォーム、CDN、自作のIDC。
-
Light Edge：産業用制御、データ処理、伝送、その他のIoTシナリオに適した低電力コンピューティングプラットフォーム。
上の図からわかるように、Gartnerの定義とIDCの定義は、実際には相互に依存し、相互に関連しています。さらに、エッジコンピューティングとクラウドコンピューティングは代替の関係ではなく、補完的で相互に関連する関係です。
2.エッジコンピューティング業界のトレンド
エッジコンピューティング業界の動向は、次の3つの側面（次元）から見ることができます。1つは業界のビジネス、2つ目は業界の構造、3つ目は業界の規模と変化です。
トレンド1：AI、IoT、エッジコンピューティングの統合
近年、エッジコンピューティング、AI、IoTの組み合わせが多く、エッジスマートデバイスの数が増えた後、すべてのデータや動画を含むすべてのデータや動画がクラウドに返送されて処理されます。と効率が非常に不適切であるため、デバイスに直接近いです。こちら側でAI処理またはIoT処理の需要が高まっています。たとえば、AIはクラウドまたは中央クラウドでトレーニングを行い、エッジで推論を行います。そのような形式は数多くあります。調査は次のことを示唆しています。
-
2024年までに、コンピュータービジョンおよび音声認識モデルの50％がエッジで実行されるようになります。
-
2023年までに、AIワークロードの処理に使用されるサーバーのほぼ20％がエッジにデプロイされます。
-
2023年までに、中国のIoTプロジェクトの70％にAI機能が含まれ、リアルタイムパフォーマンスの追求、帯域幅の削減、データコンプライアンスが実現します。
- 2023年までに、中国企業の75％がネットワークのエッジでIoTデータを処理するようになります。
トレンド2：クラウド拡張、IT分散化、施設の自律性、エッジホスティング
エッジコンピューティングとクラウドコンピューティングは補完的で相互依存しています。さらに一歩拡張すると、エッジコンピューティングは、実際にはクラウドコンピューティングをエッジに拡張したものであり、クラウドの一部の機能をエッジに拡張します。1つは、ITサービスをエッジ側に分散させることです。また、エッジサービスや施設は自律的であるため、クラウドとエッジ間のネットワークが切断されると、特定の制御機能があり、次にエッジホスティング機能があります。将来のアーキテクチャのトレンドは、クラウド拡張、IT集中化、施設の自律性、およびエッジホスティングの開発ルートに向かって進化します。
-
ハイブリッドクラウド-2023年までに、企業の負荷の10％がローカルデータセンターとエッジリソースで実行されるようになります。
-
分散化-2023年までに、新しいインフラストラクチャの30％以上がエッジに展開されます。
-
施設の自律性-2024年までに、コアエンタープライズデータセンターの50％と主要なエッジITサイトの75％が、運用と保守の方法を変えるでしょう。
- エッジホスティング-2022年までに、企業の50％は、エッジAIベースのパフォーマンスと投資収益率を改善するためにホスティングサービスに依存するようになります。
トレンド3：5Gとエッジコンピューティングが新たな成長を爆発させる
近年、5Gの急速な発展は、エッジコンピューティングの新たな成長の転換点です。2024年までにエッジアプリケーションの数は800％増加すると推定されており、この業界の背後でどのような成長が見込まれるかが考えられます。典型的なアプリケーションシナリオには、車両のインターネット（自動運転/車両と道路のコラボレーション）、スマートグリッド（機器検査/精密負荷制御）、工業生産管理、スマート医療（リモート超音波/リモートコンサルティング）などが含まれます。
3.エッジコンピューティングの現状
エッジクラウドは、管理の複雑さの急速な増加を促進します
エッジコンピューティングの形状、規模、複雑さが増すにつれて、エッジコンピューティングの分野での運用と保守の方法と機能は、エッジビジネスの革新速度に対応することがますます困難になっています。「将来、企業は完全に追求しています。超大規模かつ超高速のハイパーコネクション」は、運用および保守管理の複雑さをさらに悪化させます。エッジクラウドは、主に次の4つの側面から、管理の複雑さの急速な増加を促進します。
-
まず、インターネットスマートターミナルデバイスの数が劇的に増加しました。データとビジネスシンクの需要が増加しました。
-
第二に、エッジコンピューティングの規模と複雑さが増し、エッジインテリジェンス、エッジリアルタイムコンピューティング、エッジ分析などの新しいサービスが出現し続けています。従来のクラウドコンピューティングセンターの集中型ストレージおよびコンピューティングモデルでは、適時性、容量、およびコンピューティング能力に関するエッジデバイスのニーズを満たすことができなくなりました。
-
第3に、クラウド側とエンドエンドのコラボレーションが難しく、配信、運用と保守、管理と制御の標準が統一されておらず、エッジサービスとエッジデータのセキュリティリスク管理が困難です。
- 第4に、異種リソースをサポートし、さまざまなハードウェアアーキテクチャ、ハードウェア仕様、通信プロトコルをサポートすることは困難です。また、異種リソース、ネットワーク、規模の違いに基づいて標準化された統合サービス機能を提供するという課題もあります。
クラウドとエッジが統合されたエッジクラウドネイティブ
1.クラウドネイティブとは何ですか？
クラウドネイティブの定義：Yunyuanはオープンで標準的なテクノロジーシステムです。クラウドネイティブテクノロジーシステムに基づいて、柔軟性が高く、フォールトトレラントで、管理が容易な一連のビジネスシステムを構築し、ユーザーが俊敏に実行できます。Cloud Native、Serverless、Kubernetes、Container、Dockerなど、業界で広く使用されている技術システム全体に多くの人気のあるテクノロジーがあります。
現在、主要なクラウドベンダーとクラウドサービスプロバイダーはクラウドネイティブに多額の投資を行っており、クラウドネイティブはユーザーがクラウドコンピューティング機能を使用するための入り口になりつつあります。クラウドネイティブテクノロジーシステムは、企業がクラウド機能を最大限に活用し、クラウドの価値を最大化するのに役立ちます。
2.リッチクラウドネイティブ製品ファミリー
次の図に示すように、Alibaba Cloudを例にとると、クラウドネイティブ製品ファミリーは主に3つの部分に分けられます。
-
最初の部分は、データとインテリジェンス、分散アプリケーション、DevOpsを含む新しいアプリケーションの負荷です。これらはすべて、クラウドを介してネイティブにサービスを実行するようになりました。
-
2番目のブロックには、サーバーレス、コンテナーオーケストレーションが含まれます。これは新しいビジネスシステムです。
- 3番目のブロックには、パブリッククラウド、プロプライエタリクラウド、エッジクラウドが含まれます。これは新しいリソース伝送システムです。
3. Cloud EdgeOneクラウドネイティブインフラストラクチャ
クラウド側の統合されたクラウドネイティブインフラストラクチャは、クラウド管理とエッジ自律性を備えたクラウドネイティブシステムです。以下に示すように：
センター側では、ネイティブクラウドセンターの管理および制御機能と製品化機能を提供できます。たとえば、Kubernetes +ストレージ/ + AI / +ビッグデータを使用する機能をセンターで提供できます。これらの機能はセンターの一部は、標準化されたCDN、インフラストラクチャ、エッジ、ENSなどの制御チャネルエッジコンピューティング、または上の図の右側にあるスマートファクトリー、スマートパーク、建物、空港などのデバイスゲートウェイを介して沈んでいます。エッジでは、センサー、ビデオ、コントローラーなどのさまざまなデバイスにアクセスでき、さまざまな通信機器のアクセスをサポートできます。このようにして、統合されたクラウドネイティブインフラストラクチャが形成されます。
クラウドコンピューティングは、大規模でスケーラブルなストレージ機能、非リアルタイムで比較的長い期間を必要とするデータ処理と分析に優れています。エッジコンピューティングはクラウドコンピューティングから生まれていますが、ローカルショートのリアルタイム処理と分析に優れています。 -期間データ、クラウドコンピューティング、エッジコンピューティングこの関係は代替ではなく、協調的な関係です。2つが緊密に統合されている場合にのみ、さまざまな需要シナリオのマッチングをより適切に満たすことができます。
4. Cloud EdgeOneの価値
クラウドネイティブの概念は2013年に最初に提案されました。数年の開発の後、特にGoogleが2015年にCNCFの確立を主導して以来、クラウドネイティブテクノロジーは一般の注目を集め始め、DevOps、継続的デリバリー、およびマイクロサービス。、コンテナ、インフラストラクチャ、サーバーレス、FaaS、および一連のテクノロジー、プラクティス、方法論。クラウドネイティブは、マルチクラウドとクラウドサイドの統合を加速します。クラウドサイド統合の価値は次のとおりです。
-
まず、クラウドと同じ機能とエクスペリエンスをインフラストラクチャでユーザーに提供し、クラウド側の統合アプリケーションを実現できます。
-
次に、コンテナの分離を使用して、システムのフロー制御、ネットワーク戦略、およびその他の機能を使用して、エッジで実行されているサービスのセキュリティを確保できます。
- 3つ目は、コンテナ化によるものであり、コンテナとリソース間の分離を通じて、異種リソースのサポートを適切に適応させることができます。
5.クラウドネイティブコンピューティングとエッジコンピューティングの統合の難しさ
エッジコンピューティングの形状、規模、複雑さが増すにつれて、エッジコンピューティングの分野での運用と保守の方法と機能は、エッジビジネスの革新速度に対応することがますます困難になっています。将来、企業は完全に追求しています。超大規模、超高速、ハイパー接続」は、運用および保守管理の複雑さをさらに悪化させます。
クラウドネイティブコンピューティングとエッジコンピューティングの統合によって解決すべき問題は何ですか？実際の問題解決プロセスでは、次の4つの重要なポイントが要約されています。
最初のポイント：エッジコンピューティングの規模とビジネスは複雑であり、エッジリソースはさまざまな地域に分散しており、各地域でのエッジアプリケーションのライフサイクル管理、アップグレード、拡張、縮小、および地域内トラフィックの閉ループはすべて課題に直面しています。
たとえば、CDNシナリオでは、全国に数百のコンピュータールームがあり、各コンピュータールームのリソースまたはマシンが異なり、マシンで実行されているサービスによって伝送されるトラフィックも異なる場合があります。現時点では、ネイティブのKubernetesワークロードを管理に使用すると、それが非常に不十分になり、非常に大きな課題が発生し、エラーが発生しやすくなり、全体的な運用と保守の効率が非常に低くなります。
2番目のポイント：クラウドエッジネットワーク接続は信頼できません。通常の状況では、クラウドとエッジはパブリックネットワークを介して接続されます。いくつかの客観的な要因の影響により、クラウドとエッジ間のネットワークが切断される可能性があり、エッジサービスの継続的な運用に大きな課題が生じます。ネットワークが切断されると、ノードはクラウド制御の対象外になり、ポッドはネイティブK8の下で排出されるためです。ただし、実際の状況では、ビジネスの再起動であろうとマシンの再起動であろうと、エッジビジネスを継続して実行できるようにする必要があります。したがって、エッジにはある程度の自律性が必要です。
3つ目は、クラウド側の運用と保守の調整が難しいことです。エッジマシンはユーザーファイアウォール内に配置されているため、パブリックネットワークは積極的に接続できません。そのため、センターからデータをプルする必要のある一部のK8ネイティブの運用および保守機能を使用できず、その結果、配信、運用および保守、制御の標準が統一されておらず、エッジサービスとエッジデータのセキュリティリスク制御が困難です。 。
4番目のポイント：異種リソースのサポートの難しさ、さまざまなハードウェアアーキテクチャのサポート、ハードウェア仕様、通信プロトコル、および異種リソース、ネットワーク、規模の差別化に基づいて標準の統一性を提供するという課題。
OpenYurtエッジコンピューティングクラウドネイティブプラットフォーム
CNCF Edge Cloud Project OpenYurt：ネイティブKubernetesをエッジコンピューティングに拡張するインテリジェントなオープンプラットフォーム。
1.エッジの自律性、中央（クラウド）の管理と制御
OpenYurtアーキテクチャは、非常に簡潔なクラウド側の統合アーキテクチャです。上の図に示すように、クラウドには青とオレンジの部分があります。青の部分はネイティブK8の一部のコンポーネントであり、オレンジの部分はOpenYurtコンポーネントです。各ノードには、Edge Noteの各ノードにも青い部分とオレンジ色の部分があります。青い部分もネイティブK8または一部のクラウドネイティブコンポーネントのコンポーネントであり、オレンジ色の部分はOpenYurtのコンポーネントです。
K8sまたはクラウドネイティブ向けのOpenYurtのネイティブアーキテクチャは、変更がなく、非侵入型であることがわかります。OpenYurtプロジェクトは、K8sを強化する業界初の非侵入型エッジコンピューティングクラウドネイティブプラットフォームです。他のクラウドネイティブエッジコンピューティングプロジェクトは、多かれ少なかれ特定の変更を行ったり、K8に合わせて調整したりする場合があります。これは、OpenYurtの最大の違いでもあるため、OpenYurtの標準化を保証します。
-
OpenYurtは、Kubernetesバージョンのアップグレードリズムに対応できます。
- 邪魔にならないコンセプト、OpenYurtと、ServeiceMesh、サーバーレスなどの主流のクラウドネイティブテクノロジーを同時に進化させることができます。
OpenYurtは2020年9月にCNCFサンドボックスに参加しました。これは非常に中立的なプロジェクトです。1つはテクノロジーとアーキテクチャの中立性であり、もう1つはこのプロジェクトの運用における中立性です。
OpenYurtの品質と安定性も保証されており、Alibaba Group内で広く使用されており、数百万のコアを管理しています。
2.OpenYurtがネイティブコンピューティングとエッジコンピューティングの統合における問題をどのように解決するか
-
まず、エッジのユニット化。大規模事業では、エッジユニットが比較的分散しているため、エッジユニット化により、ユニットビジネスのユニット化管理と閉ループトラフィック管理を行っています。
-
第二に、限界自律性の能力。クラウド側ネットワークの信頼性の低さに対処するために、エッジに自律機能を追加することで、クラウド側ネットワークが切断された場合でも、ビジネスの継続を保証できます。
-
第三に、シームレスな変換。主な目的は、OpenYurtを使用するためのしきい値を下げることです。シームレスな変換機能を提供することにより、K8sクラスターとOpenYurtクラスターをワンクリックで切り替えることができます。1つのコマンドで標準のK8sクラスターをOpenYurtクラスターに変換でき、逆の切り替えも可能です。 、これは業界初の能力でもあります。
- 4番目：クラウドアクセスとエッジへのアクティブアクセスの問題を解決し、運用と保守の問題を解決するためのクラウド側のコラボレーション機能を提供します。
以下に、各機能の具体的な紹介を示します。
1）ユニット化機能
主に次の3つのポイントを含む、エッジシナリオでのアプリケーションモデル機能を提供します。
-
NodePoolは、ノードのユニット化されたバッチ管理を実行できます。
-
トラフィック管理は、ネイティブサービスのトラフィックトポロジ管理をサポートします。
- UnitedDeploymentは、ネイティブAPPモデルの統合された展開を提供します。
ユニット化は、主にエッジシナリオでモデルを適用する機能を提供することです。リソースノードプールでは、各リージョンのノードをプールで管理できます。上の図に示すように、エッジユニット1は、北京、これらのノードはすべて北京プールに配置でき、ラベルやその他の機能のバッチをこれらのノードの統合管理にできるため、同じバッチのマシンの全体的な特性を管理するのに非常に便利です。UnitedDeploymentこのリソースはノードプールに基づいており、ノードプールのビジネスを展開および管理するためのユニットとしてノードプールを取ります。
上記の例によると、ユニット1は2つのインスタンスをデプロイし、ユニット2は3つのインスタンスをデプロイします。構成をOpenYurtクラスターに送信した後、デプロイメント情報をエッジに自動的に送信し、対応する数のインスタンスを開始できます。これにより、 UnitedDeploymentは、ユニット管理時の各ユニットの独立した運用の問題を解決するために、統一された視点で各ユニットを管理することができます。
2）エッジの自律性
エッジビジネスの継続的な運営を護衛するため、具体的には次の2つのポイントを含みます。
-
YurtHubはクラウドにデータをキャッシュします。クラウドが切断されると、すべてのシステムコンポーネントがYurtHubからデータを取得します。
- Yurt-Controller-Managerは、不安定なクラウド側のネットワーク接続によって引き起こされるエッジサービスの排除の問題を解決します。
エッジ自律機能は、エッジビジネスの継続的な運用を支援し、クラウドエッジネットワークが切断された場合のエッジビジネスの継続的な運用を保証することもできます。主に2つのコンポーネントが関係しています。1つはYurtHubで、もう1つはYurt-Controller-Managerです。
YurtHubはエッジノードにデプロイされます。各ノードはコンテナ化された形式でデプロイされたコンポーネントです。上の図から、処理フローを理解できます。Kubelet、KubeProxy、Flannelなどのネイティブコンポーネントをリクエストすることで、それらはすべて直接接続されました。以前はクラウドAPIServer。これで、最初にYurtHubに接続してから、リクエストをAPIServerに転送するように調整されました。
これの利点は、リクエストが来てクラウドエッジネットワークが切断されていない場合、クラウドエッジネットワークの接続を検出するヘルスチェックモジュールがあることです。クラウドエッジネットワークが正常な場合、リクエストは直接負荷分散モジュールを選択し、を選択します。クラウドサーバーはそれを転送して結果を返します。1つはリクエスターに戻ることができ、もう1つの結果データはローカルディスクにキャッシュされ、ローカルディスクに保持されます。
クラウドエッジネットワークが切断された場合、ノードを再起動する必要があります。ネットワークが切断された場合、ローカルプロキシを介してローカルバッファーから実際のデータを抽出し、それをリクエスターに返すことで、エッジビジネスを復元し、エッジを確保できます。ビジネス。継続的に実行します。
3）シームレスな変換機能
シームレスな変換機能は、yurtctlconvertコンポーネントで完了します。主に標準のK8とOpenYurtクラスター間のワンクリック変換に使用されます。現在、minikube、kubeadm、ackなどのツールによってデプロイされたクラスターをサポートしています。
変換の場合、クラスター内にノードが多いため、各ノードをエッジノードに変換する必要があり、yurthub静的ポッドコンポーネント、kubeletパラメーターの変更などの一部をエッジの上端に移動します。以下に示すように：
アリババの別のクラウドネイティブオープンソースプロジェクトであるOpenKruiseのbroadcastJobを介して、ポッドなどのジョブを各ノードで実行し、各ノードからノードへの変換を完了することができます。現在、Yurtctlツールは、minikube、kubeadm、ACKなどのツールによってデプロイされたクラスターに対して比較的完全な検証を行っています。今後、より多くの種類のクラスターがサポートされる予定であり、より多くの関心のある学生がコミュニティに貢献することを歓迎します。
4）クラウド側のコラボレーション機能
以下に示すように：
YurttunnelServerコンポーネントはクラウドにデプロイされます。各エッジノードはYurttunnelエージェントをデプロイします。Yurttunnelエージェントが起動すると、内部のANPプロキシエージェントモジュールは、パブリッククラウドとANPプロキシサーバーモジュールを介して相互認証暗号化チャネルを確立します。このチャネルはgRPCプロトコルによって行われます。
チャネルが確立された後、クラウドがノードにアクセスすると、YurttunnelサーバーのiptableマネージャーがノードアクセスのリクエストトラフィックをYurttunnelサーバーにインポートします。リクエストインターセプターインターセプターモジュールはリクエストをインターセプトし、gRPC通信プロトコル形式に変換します。 。このリクエストはエッジのTunnelAgentに転送され、TunnelAgentはリクエストをKubeletまたはポッドに転送します。この場合、クラウド側の運用と保守のコラボレーション機能が開かれます。ネイティブのKubernetesの運用および保守機能は、OpenYurtクラスターまたはクラウド側のシナリオで認識せずに実行できます。さらに、クラウド側の運用および保守チャネルはgRPCプロトコルに基づいています。トンネル帯域幅を圧縮することにより、コストを大幅に削減でき、トラフィックをネイティブTCP通信と比較して最大40％削減できます。
OpenYurtケースの紹介
ケース1：エッジAI
最初のケースは、HemaFreshの新しいオフライン小売ビジネスであるエッジAIシナリオです。
アリババクラウドコンテナサービスACK @ Edge製品をベースとして、Hema Xianshengはクラウドネイティブの変換とアップグレードを実行し、「ピープルグッズヤード」のデジタルフルリンククラウド、エッジ、エンドを統合して協調的に構築しました。 SkyeyeAIシステム。まず、クラウド上にクラウド制御面があり、次に店舗に近い端にENSノードサービスが購入されるため、店舗用のコンピューター室を自分で構築してから使用する必要はありません。アクセス制御システムまたはモデリングシステムを実装するためのクラウドエッジ統合システム。エッジでENSサービスに展開され、ストア内の監視ビデオストリームにプッシュされ、サービスの実行後に分析され、結果が得られます。制御ビジネスシステム側では、計算結果が分析のためにクラウドに返されます。
Gigong Cloudは、クラウド+エッジの形で、Cloud Sky Eye System、Alibaba Cloud Edge Convergence Node ENS、Hema Store Physical Fieldのビジネスアーキテクチャを低コストで実現します。強力な柔軟性、ハイブリッドリソース管理機能、クラウドを備えています。ネイティブの運用および保守機能。新規出店の効率を70％向上させ、リソースコストを50％以上節約し、コンピューティング能力を共有します。以下に示すように：
ケース2：クラウド上のビデオ
図に示すように、クラウド上のビデオのケースは現在、特に全国で使用されています。
たとえば、高速で軽量のゲートウェイや標準のゲートウェイでは、下から上に、いくつかのビデオ撮影ストリームがあります。これらのビデオが撮影された後、ビデオ監視のためにエッジに近いENSまたはCDNサーバーに送信されます。 。、一部の州、市、郡レベルのコンピュータルームでの処理など、ビデオ管理、集約、転送などを行った後、最終結果は中央クラウドのクラウド制御プラットフォームにアップロードされます。次に、AutoNavi Mapsを使用したイベントの公開や情報通知など、クラウド制御プラットフォームで多くの処理を実行して、クラウド側の統合サービス管理プラットフォームを形成できます。
クラウド側の統合サービス管理プラットフォームには、アプリケーションの展開/構成、デバイス/アプリケーションのステータス、クラウド上の構造化データの実現が含まれ、全体的な運用と保守の効率、および管理と制御の効率が大幅に向上します。
上記はOpenYurtに関するこの共有です。OpenYurtに興味がある場合は、コードをスキャンしてコミュニティ交換グループに参加し、OpenYurtの公式ウェブサイトとGitHubプロジェクトのアドレスにアクセスしてください。
-
OpenYurt公式ウェブサイト：
https://openyurt.io - GitHubプロジェクトのアドレス：
https://github.com/openyurtio/openyurt