コールドパスとフリージングパスの規律
qxctl とベクターエンジンは、管理用のコールドパスまたはフリージングパスのコンポーネントです。次のことをしてはなりません。- ホットまたはウォームの実行パスとインラインで実行する
- ライブワークロードとロックを共有する
- ジッターやレイテンシーを増やす同期的な依存関係を作る
- 隠れたウォッチャー、常駐インタープリター、または頼まれていないバックグラウンドのパッケージマネージャーになる
- 実行用の Node に継続的に常駐する
バスの規律
大量転送、制御、リサーチ、実行の排出データは、1 つのバスを共有する必要はありません。トポロジーでは、特に共有トラフィックがジッターを引き起こす可能性がある場合に、複数のバスを使用したり、宣言されたパスでバスを経由しないようにしたりできます。NATS JetStream、ZeroMQ、その他のファブリックはアダプターであり、ユーザーの選択です。qxctl にバス管理機能があるからといって、バスの経由が必須になるわけではありません。 レイテンシーとスループットの要件に合ったバストポロジーは、あなたが選択します。Symphony は、単一の共有ファブリックを強制することなくその構成をサポートします。Prima Parte
Prima Parte は承認済みの Phase 3 のコンセプトであり、現時点での実行可能ファイルではありません。重要な操作の後に qxctl から明示的に呼び出される、オプションの非常に軽量な C++ 製 Node ローカル状態ウィットネスです。デーモン、リスナー、タイマー、ウォッチャー、ポーリングループ、常駐するバス接続は持ちません。 範囲が限定された永続的な語彙には、次の 3 つの用語が含まれます。current— 現在観測されている状態previous— 重要な操作が行われる前の状態lastTransmitted— 関連するコマンドの実行後にリモート Node から送信された状態（受信は確認されていない）