フォグコンピューティング解説：クラウドとエッジを橋渡しし、より速く賢いデータ活用を

フォグコンピューティングを説明する前に、私たちの語彙で一般的な用語となったクラウドコンピューティングについて、確固たる理解があるか確認する必要があります。

クラウドコンピューティングとは、オンプレミスのハードウェアやユーザーによる積極的な管理を必要とせず、「オンデマンド」でコンピューティングリソース、計算能力、データストレージにアクセスすることを指します。図1は、マルチサイト企業が産業用クラウドソリューションを導入する際の、非常に一般的なアーキテクチャ表現を示しています。

図1：クラウドコンピューティングアーキテクチャ。著者提供。

クラウドアーキテクチャ内では、いくつかの導入モデルが非常に人気です——最も注目されるのはIaaS（Infrastructure as a Service）、PaaS（Platform as a Service）、SaaS（Software as a Service）です。組織としてクラウドをどう活用したいかが、どのモデルが最適かを判断する手助けになります。

IEEE 1934では、フォグコンピューティングを「クラウドからモノまでの連続体のあらゆる場所に、計算、ストレージ、制御、ネットワーキングのリソースとサービスを分散させるシステムレベルの水平アーキテクチャ。産業垂直分野とアプリケーションドメインをサポートし、サービスとアプリケーションをデータ生成源に近い場所に分散配置可能にし、モノからネットワークエッジを経てクラウド、複数のプロトコルレイヤーにわたって拡張する」と定義しています。

簡単に言えば、フォグコンピューティングとは、クラウドコンピューティングリソースの一部をクラウドから離れ、個々のデバイスに近い場所へシフトさせることに焦点を当てたものです。フォグコンピューティングでは、通常LANレベルで各プラントに追加のコンピューターを配置し、データをローカルで集約（アグリゲート）します。どの情報をローカルで処理し、どれをクラウドにオフロードすべきかを制御し、ローカルデバイスとリモートサーバーの間の仲介役を果たします。これは一般的に以下の2点で役立ちます：

• 必要なクラウド接続数の削減
• ローカル処理の高速化——図2のように、フォグコンピューターが統合された意味のあるデータをクラウドに送信し、各プラントの情報を他プラントと組み合わせて分析

図2：フォグコンピューティングアーキテクチャ。著者提供。

フォグコンピューティングとエッジコンピューティングの違いは？

フォグコンピューティングの他に、エッジコンピューティングという用語を耳にしたことがあるかもしれません。これらは同じですか？ 違うなら、何が違うのでしょうか？

誰に尋ねるか、どの企業と仕事をするかによって、答えは大きく異なります。フォグとエッジコンピューティングは同じものだと主張する人もいれば、かなり異なると主張する人もいます。

少なくとも産業・製造アプリケーションにおいて、フォグとエッジコンピューティングは、従来のクラウドアーキテクチャよりも効率的にローカル資産/デバイスからデータを収集・処理しようとするシステムです。これらのアイデアの鍵となる違いは、処理と「知能」が最終的にどこで行われるかにあります。

例えば、センサーが1分ごとの生測定値をローカルに30日間保存でき、1時間に1回だけローカルネットワーク上のコンピューティングリソース（サーバー）にサマリデータを送信し、その一部のみがクラウドコンピューターに転送されて処理される場合を考えます。これによりデータ送信が大幅に削減され、センサーが何か興味深いことを検知した場合に詳細な履歴を取得できます。

エッジとフォグの定義は、生データ収集、データ保存、計算リソース使用の境界をどこに引くかに依存します。

フォグコンピューティングのメリット

上記の例を想像してください。100個のセンサーのデータを集約・分析・目的の出力を計算するのに必要な計算能力は？ 10,000個なら？ データソースが増えるにつれ、必要なストレージ、データトラフィック、ネットワーク帯域幅は指数関数的に増大します。

フォグコンピューティングは以下を実現します：

• ネットワークレイテンシとデータトラフィックの削減
• 実効ネットワーク帯域幅の向上
• ネットワークの垂直的分離
• 導入の容易かつ効率的なスケールアップ
• プライバシーとデータセキュリティの制御

フォグコンピューティング技術を採用することで、「スマート」で効率的なIIoTソリューションをより小さなステップで構築・導入できます。しかし、「クラウド vs フォグ vs エッジ」と考えるのではなく、「自分の特定のニーズに最適な組み合わせは何か？」という問いを中心に思考を再構築すべきです。こうすれば、「どれか一つ」という決定ではなく、異なる技術とアーキテクチャの協調的な適応として捉えられます。