【要約】スマホのタップが正拳になるまで ── 4層を貫く信号の旅路（NW設計編） [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
開発者がIoTデバイスの遠隔操作システムを構築する際、ソフトウェアの命令をいかにして物理的な動作へ、既存のファームウェアを書き換えることなく低遅延で伝えるかという課題に直面する。具体的には以下の問題が挙げられる。
- ・通信経路の複雑化：ブラウザからマイコンまで、複数のプロトコルと層を跨ぐ必要がある。
- ・通信の混線：複数デバイス接続時に、特定のデバイスへの映像や命令を正しく分離して届ける必要がある。
- ・スケーラビリティの壁：サーバープロセスを冗長化すると、プロセス間で通信状態が共有されず、通信が途絶する。
// Approach
ネットワーク層から物理層に至るまで、信号の性質を統一し、既存のハードウェア仕様に適合させるアプローチを採用している。具体的な手法は以下の通りである。
- ・Nginxによるプロトコル制御：リバースプロキシとして、HTTP、REST API、WebSocketの各リクエストを適切に振り分ける。
- ・Socket.IOのRoom機能：デバイスIDをRoom名として利用し、論理的な通信経路を確立して混線を防ぐ。
- ・信号の抽象化：GPIOのLOWパルスを、圧力センサの電圧低下と同じ信号として出力し、マイコン側のFW変更を不要にする。
- ・Redisによる状態共有：複数プロセス運用時には、Redisをメッセージキューとして導入し、Room情報をプロセス間で共有する。
// Result
ネットワーク設計の工夫により、ハードウェアのファームウェアを一切変更することなく、スマホからの遠隔操作を実現した。得られた成果は以下の通りである。
- ・HW/FWの疎結合化：マイコン側は電圧の変化のみを検知するため、制御手段を区別する必要がない。
- ・通信の整合性：Socket.IOのRoom機能により、多対多の環境下でもデバイスごとの通信分離が可能となった。
- ・拡張性の確保：Redis導入によるスケーラビリティ向上への道筋が明確化された。
Senior Engineer Insight
> 本設計の白眉は、ネットワークの終端を「センサ信号の模倣」に設定した抽象化のセンスにある。これにより、制御ロジックと物理デバイスの結合度を極限まで下げている。実戦投入においては、単一プロセスでの動作から、Redisを用いた分散構成への移行タイミングが鍵となる。低レイテンシが求められる現場では、Nginxのバッファリング設定やWebSocketのタイムアウト管理が、ユーザー体験を左右するクリティカルな要素となるだろう。