ローカルバッファリングは、ネットワークが利用できない場合やプラットフォームがレコードを拒否した際にタイムスタンプ付きのデータを保存し、回復後に再生します。ギャップを減らすことはできますが、自動的にゼロ損失を保証するわけではありません。プロジェクトはバッファリング、容量、保持、電力損失時の持続性、リプレイ順序、レート制限、プラットフォーム重複除去を定義しなければなりません。
主なポイント
•バッファは生のネットワークフレームだけでなく、ビジネス記録やタイムスタンプを保持すべきです。
•リプレイが速すぎるとプラットフォームが過負荷になることがあります。遅すぎるリプレイは回復を長引かせてしまいます。
•プラットフォームは重複、順序が乱れている、遅延した記録を処理しなければなりません。
まずはデータ値から始めましょう
高周波の生データ、アラーム、累積数値、制御イベントは異なる優先順位を持っています。どのタグを保持し、どのタグを集約または削除できるか、どのレコードを最初に再生するかを定義します。
容量には実際の入力が必要です
保持はポイント数、サンプリング間隔、レコードサイズ、メタデータ、ログに依存します。異常な高周波データ、長期的なプラットフォーム障害、将来の成長のためにスペースを確保しましょう。
リプレイテストには異常な条件を含める必要があります
ネットワークの喪失、DNS障害、サーバーの拒否、期限切れの証明書、電源再起動、完全なストレージおよびクロックの変更をシミュレートし、プラットフォームの完全性と順序を確認します。

テスプロのフィット感
選ばれたTespro TGシリーズ構成は、ローカルデータバッファリング、ネットワーク復旧後の再生、エッジ処理の評価が可能です。ストレージメディア、容量、ポリシーおよびプロトコルの挙動はモデル、ファームウェア、プロジェクトの用途に依存します。「バッファリングをサポートする」だけでは不十分です。
適合性と選択チェックリスト
✓点数、サンプリング区間、記録サイズ
✓必須かつ集約可能なデータ
✓最大ネットワークまたはプラットフォームの停止
✓電力損失持続性と記憶寿命
✓リプレイ順、レート、帯域幅の制限
✓プラットフォーム重複除去、遅延データおよびクロックポリシー
よくある質問
Q: バッファリングはデータの損失を保証しませんか?
A: いいえ。容量、電力損失の持続性、書き込みポリシー、ストレージ障害、プラットフォームの取り扱いは依然として重要です。
Q: リプレイレコードはどのようにして重複を避けることができますか?
A: デバイスID、タグ、タイムスタンプ、シーケンス番号などのユニークなキーを使用し、プラットフォームのインジェスメントを冪等にします。
Q: 透過トランスミッションは自動的にビジネスデータを保存しますか?
A: 必ずしもそうとは限りません。純粋なパススルーは接続を維持するだけかもしれません。選択したモードがペイロードを保存しているか確認してください。