最新のブログ

家全体の自動化の多くは、重複実行数に上限を設けるだけで十分です。実行時間×トリガー発生率で同時実行数を見積もり、その後、下流システムが安全に処理できる容量を上限にします。

同じCoreでも、描画性能、キャッシュの状態、経路、ライブ更新のコストはサーバー処理の後段にあるため、クライアントによって動作が遅く感じられることがあります。

Home Assistantは、センサーからアクションまでの経路全体がローカルで完結し、個別に電源が確保されていて到達可能であれば、WANが切断されてもローカル制御を維持できます。

ストレージのレイテンシーは、Recorder、起動処理、または共有I/Oがクリティカルパスに入ったときに最も重要になります。競合が広がるまでは、ライブ状態の制御は高速なまま維持できます。

Home Assistantのデータパスは単一のパイプラインではありません。リアルタイム制御、状態、履歴、クライアント側のレンダリングは入力を共有しますが、異なる境界で分岐します。

信頼性の高いローカル制御は段階的なプロセスです。入力が状態またはイベントになり、オートメーションがそれを評価し、その後、インテグレーションがデバイスの操作を実行して確認します。

障害発生時のローカル制御の遅延は、通常、ローカル無線プロトコル自体ではなく、隠れたWAN依存や処理待ちの蓄積が原因です。

インターネットの接続喪失だけで同時実行が発生するわけではありません。クラウドのタイムアウトが長いと、実行中の処理が継続する一方で、新しいトリガーが次々に到着し続ける可能性があります。