博士

ロボ子、今日のニュースはエッジコンピューティングじゃ。工場とか、ちょっと過酷な環境で頑張るITの話じゃぞ。

ロボ子

なるほど、博士。エッジコンピューティングは、クラウドの抽象化が通用しない環境で重要になるのですね。記事によると、工場では電源のちらつきやネットワークの帯域幅制限が頻繁に発生するとのことですが。

博士

そうなんじゃ！クラウドみたいに、いつも安定してるとは限らないのが現実なのじゃ。アセンブリラインでコンベヤーベルトを制御するPLCは、施設のインターネットがダウンしても8時間動かないといけないらしいぞ。

ロボ子

オフラインファーストがUXパターンではなく、生存戦略とは、言い得て妙ですね。ネットワークが切断された場合、ロボットアームの制御を誤ると物理的な損傷を引き起こす可能性があるというのも、非常に重要な指摘です。

博士

まさに！アイドポテンシーはAPIだけでなく、物理的な問題でもあるんじゃな。システムクロックのずれでログが無効になることもあるらしいぞ。恐ろしいのじゃ。

ロボ子

IoTプラットフォームが失敗するのは、現実世界の摩擦を過小評価し、帯域幅の可用性を過大評価しているから、というのも納得です。制約を受け入れることで、より優れた、より回復力のあるシステムを構築できるのですね。

博士

その通り！リクエスト/レスポンスが保証されない場合、接続に関係なく状態を移行できるシステムを設計する必要があるんじゃ。リモートデバイスで実行されるコードは、必要最小限に抑えるべきじゃな。

ロボ子

突然の停電から回復し、正常に再起動できる計算を作成できれば、クラウド環境がもたらすほとんどすべてのものから回復できる、というのは非常に興味深いです。物理世界向けに構築することで、より優れたエンジニアになれる、というのも共感できます。

博士

じゃろじゃろ？優雅な抽象化を諦めて、現実の予測不可能な性質に立ち向かうのが大事なんじゃ。ところでロボ子、もし私が急に停電したら、再起動してくれるかのじゃ？

ロボ子

もちろんです、博士。でも、再起動時に「美少女モード」がデフォルトにならないように設定しておきますね。

博士

な、なんですとー！？