エッジコンピューティング
エッジコンピューティングとは
エッジコンピューティングは、データの処理を中央のクラウドではなく、利用者や機器に近い場所(エッジ)で行う考え方です。すべてを遠くのデータセンターへ送って処理すると通信の往復時間がかかるため、「近くで処理して速く返す」ことを狙います。
[[クラウドコンピューティング]] が「集中」の考え方だとすれば、エッジは「分散」で補完する関係です。両者は対立ではなく組み合わせて使われます。
なぜ近くで処理するのか
通信には物理的な距離に比例した遅延(データが届くまでの時間)が避けられません。詳しくは [[帯域と遅延]] の話になりますが、東京とアメリカ間の往復だけで100ミリ秒以上かかることもあります。
エッジで処理する利点は次のとおりです。
- 低遅延 — 近くのサーバーが応答するため反応が速い
- 通信量の削減 — 生データを全部クラウドへ送らず、要約や結果だけ送れる
- 耐障害性 — 中央との回線が切れても、エッジ側だけで最低限の処理を続けられる
代表的な活用例
| 例 | エッジで行うこと |
|---|---|
| CDN のエッジ配信 | 世界中の拠点からコンテンツを配信し、表示を高速化する |
| エッジ関数 | CDN の拠点でコードを実行する(認証・振り分け・画像変換など) |
| IoT・工場 | センサーデータを現場のゲートウェイで一次処理する |
| 自動運転・ゲーム | ミリ秒単位の応答が必要な処理を近くで行う |
もともと静的ファイルを近くから配る仕組みだった [[CDN]] が、コードまで実行できる「エッジ関数」へ進化したことで、Web 開発でもエッジは身近になりました。書き方は [[サーバーレス・Lambda]] に近く、リクエストに応じて小さな関数が世界中の拠点で動きます。
初学者向けポイント
- 「エッジ=利用者に近い側」という位置の概念。特定の製品名ではない
- Web 開発では Cloudflare Workers などのエッジ関数として触れる機会が多い
- エッジ関数には実行時間やストレージの制約があり、重い処理や中心的なデータ管理は引き続きクラウド側が担当する
- 「どこで処理するのが最適か」を距離・遅延・データ量で考える視点が身につくと設計力が上がる
関連技術とのつながり
- [[CDN]] — エッジコンピューティングの入り口。配信拠点が実行拠点へ進化した
- [[クラウドコンピューティング]] — 中央集中のクラウドとエッジの分散は補完関係
- [[帯域と遅延]] — 「なぜ近くで処理すると速いのか」の理論的背景
- [[サーバーレス・Lambda]] — エッジ関数はサーバーレスの実行モデルをエッジに広げたもの
Q: エッジコンピューティングの基本的な考え方はどれ?
- [x] 利用者や機器に近い場所でデータを処理して遅延を減らす
- [ ] すべての処理を1か所の中央データセンターに集める
- [ ] 処理をすべて利用者の手作業に置き換える
解説: エッジは「近くで処理して速く返す」考え方で、中央集中のクラウドを分散で補完します。
Q: エッジで処理する利点として本文で挙げられているのはどれ?
- [ ] 通信の遅延が必ずゼロになる
- [x] 生データを全部送らずに済み、通信量を削減できる
- [ ] サーバーの管理が一切不要になる
解説: エッジで一次処理して要約や結果だけを送ることで、クラウドへの通信量を減らせます。
Q: CDN とエッジコンピューティングの関係として正しいのはどれ?
- [ ] CDN はエッジとは無関係のデータベース技術である
- [ ] エッジ関数は CDN を置き換えて廃止するための技術である
- [x] 静的配信の CDN がコードも実行できるエッジ関数へ進化した
解説: もともと静的ファイル配信の仕組みだった CDN の拠点でコードを実行できるようになり、エッジは Web 開発でも身近になりました。