# Edge-cloud Collaboration ## 定義 エッジクラウド協調(edge-cloud collaboration)とは、エッジデバイス・エッジサーバ・データセンタークラウドのそれぞれの計算資源を組み合わせ、アプリケーションのワークロードを最適な場所で実行する形態である。エッジではレイテンシ重視の処理を、クラウドでは計算集約型の処理を担当するなど、資源特性に応じた分担が行われる。本論文では、VMマイグレーションを用いてワークロードをエッジとクラウド間でシームレスに移動させることで、協調を強化するアプローチを提案している。(Source: [[@2024__EdgeSys__Stateful VM Migration Among Heterogeneous WebAssembly Runtimes for Efficient Edge-cloud Collaborations]] §1, §4.2) ## 横断的知見 - （他ソースとの横断比較は今後蓄積する） - エッジとクラウドでそれぞれ最適な実行環境(例:エッジでは軽量ランタイム、クラウドでは高性能ランタイム)を使い分け、動的にワークロードを移動させることで、単一環境を固定するよりも総合的な性能向上が可能なケースがある。ただし、その効果はアプリケーションの初期化特性(例:SQLiteの起動時間)に大きく左右される。(Source: [[@2024__EdgeSys__Stateful VM Migration Among Heterogeneous WebAssembly Runtimes for Efficient Edge-cloud Collaborations]] §4.2) - **自己ホスト型ランタイムは、エッジクラウド協調における「最適なランタイムの使い分け」と「マイグレーション可能性」を両立させる候補となる**: EdgeSys ’24 は異種ランタイム間のマイグレーションを実現したが、各ランタイムの改変が必要だった。Mid4CC 2025 の Chiwawa は、自己ホスト型ランタイムを中間層とすることで、エッジ向けの WAMR やクラウド向けの WasmEdge など異なる最適化戦略をホストとして使い分けつつ、1076 KB の一貫した小さな実行状態でマイグレーションできる。ただし、二重ランタイム実行のオーバーヘッドは I/O 集約型ワークロードで実用性の障壁になる。(Source: [[@2025__Mid4CC__Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint-Restore in Edge-Cloud Continuum]] §1, §5.3) - **エッジクラウド協調のための Wasm マイグレーションは、standard interpreter と fast interpreter のような異なる最適化戦略を持つランタイム間でも検討されている**: APSys 2024 の予備研究は、WasmEdge (standard interpreter) と WAMR・Wasm3 (fast interpreter) 間での checkpoint/restore を提案し、エッジクラウド協調における軽量 VM マイグレーションの適用範囲を広げる方向性を示している。ただし、実装・評価は予備的である。(Source: [[@2024__APSys__A Checkpoint-Restore Mechanism with Interoperability Among Distinctive WebAssembly Interpreters]]) - **エッジクラウド協調の対象は「実行環境(ランタイム/VM)の配置」だけでなく「機械学習モデルの配置と継続的同期」にも及ぶ**: これまで本ページに集約された知見は Wasm ランタイムのマイグレーション(実行状態の可搬性)に関するものだったが、RefinedEdge([[@2025__TSC__Bridging Edge and Cloud - A Knowledge-Enhanced Framework for Efficient Time Series Anomaly Detection]], IEEE TSC 2025)は「クラウドで大型モデルを訓練し、エッジ配備可能な水準まで圧縮した軽量モデルを配置した上で、双方向の継続更新(Reciprocal Edge-Cloud Updating)によって同期を保つ」という、モデル(データ・知識)レベルのエッジクラウド協調を扱う。両者は「エッジとクラウドの資源特性差(計算力・帯域・レイテンシ)をどう埋めるか」という共通の問題設定を持つが、Wasm 系は**実行状態の可搬性**、RefinedEdge は**モデル知識の圧縮・同期**という異なる資源(実行コンテキスト vs. 学習済みパラメータ)を協調の対象にしている点で対照的である。(Source: [[@2025__TSC__Bridging Edge and Cloud - A Knowledge-Enhanced Framework for Efficient Time Series Anomaly Detection]]) - **通信オーバーヘッドの最小化という設計目標は、Wasm マイグレーションと ML モデル同期の双方で共通する**: RefinedEdge は 24 時間周期の更新のみに通信を限定し、O(N·D)(データ集約)+O(N·PS)(モデル配備)+O(N·Dupdate+N·PS)(周期更新)という最小限の通信量を実現する。Wasm 系のエッジクラウド協調でも実行状態のチェックポイントサイズ最小化(Mid4CC の 1076 KB)が中心課題であり、「協調の頻度・データ量を絞ることで帯域制約下でも実用化する」という設計原理が異なる技術スタックで独立に採用されている。(Source: [[@2025__TSC__Bridging Edge and Cloud - A Knowledge-Enhanced Framework for Efficient Time Series Anomaly Detection]] §V-B3) ## 未解決の問い - エッジクラウド協調におけるワークロード配置の最適化は、レイテンシ・帯域・電力・コストのどの指標を優先すべきか。 - マイグレーション自体のコスト(チェックポイント・転送・復元・再開)を含めた総合的な判定基準をどう設計するか。 - エッジデバイスの移動やネットワーク品質変動に応じた事前マイグレーション(predictive migration)は実現可能か。 - マルチテナント環境でエッジとクラウドをまたぐスケジューリングと隔離をどう両立するか。 - fast interpreter と standard interpreter を使い分けるエッジクラウド協調では、マイグレーションコストと性能向上のトレードオフをどう評価すべきか。 - 実行環境の協調(Wasm マイグレーション)とモデルの協調(RefinedEdge の蒸留・同期)を同一システムで併用した場合——例えば、エッジ配備される軽量 ML モデルの実行環境自体も動的に切り替える——両者の設計原理(可搬性最小化 vs. 知識圧縮率)はどう統合できるか。 - RefinedEdge の 24 時間周期更新は概念ドリフトが乏しいデータセットでは効果が観測されなかった。Wasm 系のマイグレーション判断(いつ・どこへ移動するか)も同様に「変化が無ければ協調コストは無駄」という原理を持つはずだが、ドリフト検知に基づく動的協調トリガーの設計は Wasm 系の一次ソースでは扱われていない。 ## 関連 - ソース: [[@2025__TSC__Bridging Edge and Cloud - A Knowledge-Enhanced Framework for Efficient Time Series Anomaly Detection]] / [[@2024__EdgeSys__Stateful VM Migration Among Heterogeneous WebAssembly Runtimes for Efficient Edge-cloud Collaborations]] / [[@2025__Mid4CC__Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint-Restore in Edge-Cloud Continuum]] - 概念: [[Edge Computing]] / [[VM Migration]] / [[WebAssembly]] / [[Application Checkpointing]] / [[Self-Hosted WebAssembly Runtime]] / [[異常検知]] / [[モデル圧縮]] / [[知識蒸留]] - エンティティ: [[WasmEdge]] / [[WAMR]] / [[RefinedEdge]] / [[Shenglin Zhang]] / [[Yongqian Sun]] - 関連 MOC: [[System Engineering - MOC]] / [[Network - MOC]] / [[Software Engineering - MOC]] ## 出典 - [[@2024__EdgeSys__Stateful VM Migration Among Heterogeneous WebAssembly Runtimes for Efficient Edge-cloud Collaborations]](§1, §4.2, §5) - [[@2025__Mid4CC__Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint-Restore in Edge-Cloud Continuum]](§1, §5.3) - [[@2025__TSC__Bridging Edge and Cloud - A Knowledge-Enhanced Framework for Efficient Time Series Anomaly Detection]](§IV Methodology全体、§V-B3 通信複雑度解析)