IoT エッジ コンピューティング
従来の IoT アーキテクチャでは、スマート デバイスが収集したデータを分析のためにクラウドまたはリモート データ センターに送信します。デバイスとの間でやり取りされる大量のデータはボトルネックを引き起こす可能性があり、このアプローチは遅延の影響を受けやすいユースケースでは効果がありません。
IoT エッジ コンピューティングは、データ処理を IoT デバイスに近づけることで、この問題を解決します。この戦略により、データ ルートが短縮され、システムがほぼ瞬時にオンサイト データ分析を実行できるようになります。
この記事はIoT エッジ コンピューティングの概要です 可能な限りソースに近いデータに対してアクションを実行する利点。システムが大量のデータをリアルタイムで取得して分析する必要がある IoT のユースケースにおいて、エッジ コンピューティングが重要なイネーブラーである理由については、以下をお読みください。
IoT エッジ コンピューティングとは
IoT エッジ コンピューティングは、ネットワークのエッジでデータ処理を使用して IoT システムのパフォーマンスを高速化する手法です。エッジ コンピューティングでは、データをリモート サーバーに送信する代わりに、スマート デバイスが近くのエッジ サーバーで生の IoT データを処理できるようになります。
起点の近くまたは起点でのデータ処理によりゼロ レイテンシ .この機能は、時間に敏感なタスクを実行する IoT デバイスの機能を左右する可能性があります。
データ処理を物理的に IoT デバイスの近くに移動すると、エンタープライズ IT に次のような一連のメリットがもたらされます。
- より高速で信頼性の高いサービス
- よりスムーズなカスタマー エクスペリエンス
- リアルタイムのオンサイト分析
- 生データをフィルタリングして集計し、外部サーバーやクラウドに送信されるトラフィックを削減できる能力
- 帯域幅の使用量が減り、必要なデータ センターの容量が小さくなるため、運用コスト (OpEx) が削減されます。
- 外部接続が少なくなり、潜在的な横移動の余地が少なくなるため、セキュリティが向上します。
IoT エッジ コンピューティングは、IoT デバイス上で低遅延アプリを確実に実行できるため、IoT の重要なイネーブラーです。エッジ処理は、次のような IoT ユースケースにとって理想的なオプションです。
- リアルタイムの意思決定が必要です。
- 壊滅的な障害が発生する可能性があります。
- 大量のデータを扱う
- クラウド接続が不足しているか、まったく利用できない環境で実行されます。
クラウドとエッジ コンピューティングは相互に排他的ではありません。 2 つのコンピューティング パラダイムは、エッジ サーバー (同じ地域または同じ施設内のいずれか) が時間に敏感なタスクを処理しながら、フィルター処理されたデータをクラウドに送信してさらに時間のかかる分析を行うことができるため、非常に適しています。
エッジ デバイス vs IoT デバイス
IoT エッジ コンピューティングは、エッジ デバイスと IoT デバイスの両方を組み合わせて使用することに依存しています。
- IoT デバイスは、インターネットに接続されたマシンであり、データを生成して処理ユニット (エッジ デバイス、クラウド、中央サーバーのいずれか) に送信できます。これらのデバイスには通常、専用のセンサーがあり、単一の目的を果たします。
- エッジ デバイスは、生データを生成するユーザーまたはデバイスの近くで動作するハードウェアです。これらのデバイスには、データを処理し、サブミリ秒のレイテンシで意思決定を行うのに十分なコンピューティング リソースがあります。これは、データが最初にネットワークを通過する必要がある場合、到達不可能な速度です。
場合によっては、エッジ デバイスと IoT デバイスという用語は互換性があります . IoT デバイスは、低レイテンシーの意思決定とデータ処理に十分なコンピューティング リソースを備えている場合、エッジ デバイスになることもできます。また、生データを生成するセンサーを備えている場合、エッジ デバイスは IoT の一部になることができます。
ただし、IoT とエッジ機能の両方を備えたデバイスを作成することは、費用対効果が高くありません。より良い選択肢は、データを生成する複数の安価な IoT デバイスをデプロイし、それらすべてをデータ処理が可能な単一のエッジ サーバーに接続することです。
IoT とエッジ コンピューティングはどのように連携しますか?
エッジ コンピューティングは、データ処理、ストレージ、およびコンピューティングのローカル ソースを備えた IoT システムを提供します。 IoT デバイスはデータを収集し、エッジ サーバーに送信します。一方、サーバーはローカル ネットワークのエッジでデータを分析し、より高速でスケーラブルなデータ処理を可能にします。
分析のために中央サーバーにデータを送信する通常の設計と比較すると、IoT エッジ コンピューティング システムには次の特徴があります。
- IoT デバイスとネットワーク間の通信の遅延が減少しました。
- 応答時間の短縮と運用効率の向上
- システムはデータをクラウドにストリーミングして長期保存または分析するため、ネットワーク帯域幅の消費が少なくなります。
- システムがクラウドまたは中央サーバーとの接続を失った場合でも運用を継続できる能力
エッジ コンピューティングは、ネットワークの過負荷のリスクを冒すことなく、モノのインターネットを大規模に使用するための効率的で費用対効果の高い方法です。 IoT エッジに依存するビジネスは、潜在的なデータ侵害の影響も軽減します。誰かがエッジ デバイスを侵害した場合、侵入者はローカルの生データにしかアクセスできません (誰かが中央サーバーをハッキングした場合とは異なります)。
偶発的なデータ漏洩や、データの完全性に対する同様の脅威にも、同じ「爆発半径の縮小」ロジックが適用されます。
さらに、エッジ コンピューティングは、ミッション クリティカルな IoT タスクに冗長性のレイヤーを提供します。 1 つのローカル ユニットがダウンしても、他のエッジ サーバーと IoT デバイスは問題なく動作し続けることができます。すべての操作を停止させる可能性のある単一障害点はありません。
IoT エッジ コンピューティング機能
各 IoT エッジ コンピューティング システムには独自の特徴がありますが、すべての展開にはいくつかの特徴があります。以下は、すべての IoT エッジ コンピューティングのユース ケースで見られる 6 つの機能のリストです。
統合されたワークロード
古いエッジ デバイスは、通常、独自の RTOS (リアルタイム オペレーティング システム) 上で独自のアプリを実行します。最先端の IoT エッジ システムには、基盤となるハードウェアから OS とアプリのレイヤーを抽象化するハイパーバイザーがあります。
ハイパーバイザーを使用すると、単一のエッジ コンピューティング デバイスで複数の OS を実行できます。これにより、次のことが可能になります。
- ワークロードの統合への道を開く
- エッジで必要な物理的なフットプリントを削減します。
その結果、最先端のエッジ コンピューティング システムをセットアップするために必要だったコストよりも、エッジに展開するコストがはるかに低くなります。
前処理とデータのフィルタリング
以前のエッジ システムは通常、最近の変更の有無に関係なく、リモート サーバーがエッジから値を要求することで機能していました。 IoT エッジ通信システムは、エッジで (通常はエッジ エージェントを介して) データを前処理し、関連情報のみをクラウドに送信できます。このアプローチ:
- データのボトルネックの可能性を減らします。
- システムの応答率が向上します。
- クラウド ストレージと帯域幅のコストを削減します。
スケーラブルな管理
古いエッジ リソースは、多くの場合、大規模な更新と管理が困難なシリアル通信プロトコルを使用していました。企業は IoT エッジ コンピューティング リソースをローカルまたは広域ネットワーク (LAN または WAN) に接続できるようになり、集中管理が可能になります。
プロバイダーが大規模なエッジ展開に関連するタスクをさらに合理化しようとしているため、エッジ管理プラットフォームの人気も高まっています。
オープン アーキテクチャ
エッジ環境では、独自のプロトコルとクローズド アーキテクチャが長年にわたって一般的でした。残念ながら、これらの機能は、ベンダー ロックインにより、統合と切り替えのコストが高くなることがよくあります。そのため、最新のエッジ コンピューティングは、次のようなオープン アーキテクチャに依存しています。
- 標準化されたプロトコル (OPC UA、MQTT など)
- セマンティック データ構造 (Sparkplug など)
オープン アーキテクチャは、統合コストを削減し、ベンダーの相互運用性を高めます。これは、IoT エッジ コンピューティングの実行可能性の 2 つの重要な要素です。
エッジ分析
以前のバージョンのエッジ デバイスは処理能力が限られており、通常はデータの取り込みなどの 1 つのタスクしか実行できませんでした。
現在、IoT エッジ コンピューティング システムは、エッジでデータを分析するためのより強力な処理機能を備えています。この機能は、従来のエッジ コンピューティングでは確実に処理できなかった低レイテンシと高データ スループットのユースケースに不可欠です。
分散アプリ
インテリジェントな IoT エッジ コンピューティング リソースは、基盤となるハードウェアからアプリを分離します。この機能により、アプリがコンピューティング リソース間を移動できる柔軟なアーキテクチャが可能になります。
- 縦方向 (例:エッジ リソースからクラウドまで)
- 水平方向 (例:あるエッジ コンピューティング リソースから別のエッジ コンピューティング リソースへ)
企業は、次の 3 種類のアーキテクチャでエッジ アプリをデプロイできます。
- 100% エッジ: このアーキテクチャには、すべてのコンピューティング リソースがオンプレミスにあります。この設計は、通常はセキュリティ上の懸念から、データをオンプレミスに送信したくない組織に人気があります。オンプレミスへの多額の投資を許容する企業も、典型的な採用者です。
- シック エッジ + クラウド アーキテクチャ: この設計には、オンプレミス データ センター、クラウド デプロイ、およびエッジ コンピューティング リソースが含まれます。オンプレミスのデータセンターにすでに多額の投資を行っていたが、後にクラウドを使用してデータ (通常は複数の施設から) を集約および分析することを決定した企業にとって一般的な選択肢です。
- シン (またはマイクロ) エッジ + クラウド アーキテクチャ: このアプローチには、1 つ (または複数) の小さなエッジ コンピューティング リソースに接続されたクラウド コンピューティング リソースが常に含まれます。この設計にはオンプレミス データセンターはありません。
IoT エッジ コンピューティングのユース ケース
エッジ コンピューティングは、低遅延またはローカル データ ストレージを必要とするあらゆる IoT 設計で重要な役割を果たすことができます。いくつかの興味深い使用例を次に示します:
- インダストリアル IoT (IIoT): IoT センサーは産業機械の状態を追跡し、故障や使いすぎなどの問題を特定できます。一方、エッジ サーバーは、潜在的な災害が発生する前に問題に対応できます。
- 自動運転車: 道路を走行する自動運転車は、リアルタイム データ (交通量、歩行者、道路標識、信号停止など) を収集して処理できなければなりません。自動運転車はゼロ レイテンシーのユースケースであるため、自動運転車が事故を回避するのに十分な速さで停止または方向転換できるようにする唯一の方法は、エッジ IoT を使用することです。
- 自動トラック輸送: IoT エッジ コンピューティングにより、企業は自動化されたトラックのコンボイを作成することもできます。 IoT を搭載したトラックのグループは、車列を組んで互いに接近して移動できるため、燃料費が節約され、渋滞が緩和されます。そのシナリオでは、最初のトラックだけが人間のドライバーを必要とします。
- 視覚的推論: IoT エッジ コンピューターを備えた高解像度カメラは、ビデオ ストリームを消費し、収集されたデータに対して推論を実行できます。その機器は、高温の人、立ち入り禁止区域への侵入者、安全違反、生産ラインの異常などを検出できます。
- 状態に基づくリモート モニタリング: 障害が壊滅的なものになる可能性があるシナリオ (石油やガスのパイプラインなど) では、IoT エッジを使用してシステムを監視することは非常に簡単です。 IoT センサーは資産の状態 (温度、圧力、ストレスなど) を追跡でき、エッジ サーバーは潜在的な問題を数ミリ秒で認識して対応できます。
IoT エッジ コンピューティング:エンタープライズ IT のゲームチェンジャー
今日、IoT セクターは、エッジ コンピューティングなしでさまざまなシナリオで運用されています。ただし、接続されたデバイスの数が増え、企業が新しいユースケースを模索するにつれて、データをより高速に取得して処理する機能が決定的な要因になります。ますます多くの企業がゼロレイテンシーのデータ処理の利点を追求し始めるにつれて、IoT エッジ コンピューティングが今後数年間で極めて重要な役割を果たすことを期待してください。
クラウドコンピューティング