3

私は FIX に慣れて数日しか経っていませんが、以下のガイダンスをいただければ幸いです。

取引所に接続された取引システムは、取引および市場データ要求の目的で FIX メッセージを受け入れることができます。多くのクライアントに提供される QuickFix/J を使用して FIX Web プラットフォームを構築しようとしています。

取引システムのゲートウェイに接続するための IP とポートが提供されており、有効なメッセージ タグが既に提供されています。

QuickFix/J を使用して、ローカルのイニシエーターとアクセプター (Web ではないスタンドアロン アプリ) を構築して、テストを行い、2 つのポイント (イニシエーター>アクセプターとアクセプター>イニシアター) 間でメッセージを送信しました。 /less) メッセージがどのように機能するか。また、複数のセッションがどのように機能するかを実験してみましたが、これもうまくいきました。(1 つのアクセプター - 複数のイニシエーター)

今すぐ Web アプリに移行する必要があるとなると、本当に混乱します。私の質問:

  1. 提供されたゲートウェイに接続するとき、FIX メッセージを送受信するために何を実行する必要がありますか? イニシエーターまたはアクセプター、あるいはその両方？私の理解から:イニシエーターが開始され、アクセプターに接続されるため、この場合、ゲートウェイはアクセプターになるかどうか?

  2. この Web プラットフォームを複数のクライアントに提供したいとしましょう。接続された各クライアントは、ログオンが成功すると専用のセッションを持ちます。アクセプターが実際のサーバーである場合、クライアントのセッションの詳細をどのように知るのでしょうか? (SenderCompID および TargetCompID)

  3. 現在のアーキテクチャ:

    • FIX クライアント アプリが接続してメッセージを送受信する取引システムを実行するための専用サーバー
    • Web アプリは取引システムへのセッションを作成し、FIX メッセージを送受信します
    • サーバーと Web アプリ間の通信に関する提案はありますか? 2 つのポイント間のメッセージ交換に activeMQ を使用することを考えていました。これは良い考えでしょうか？

質問するには多すぎることは承知していますが、ご意見やご提案をいただければ幸いです。

ありがとうございました。

アップデート:

  1. activeMQ に関する私の最大の懸念は、実際にはセッション管理であり、amq を使用して client-amq-trading プラットフォーム間でメッセージを送受信する Web アプリを開発できるかどうかです。私は amq と quickfix/j を詳細に使用したことはありませんが、これが実際に可能であることを確認したいだけです。
  2. 上記に基づいて、このアーキテクチャがうまく機能すると思いますか? 建築
4

1 に答える 1

4
  1. すべてのカウンターパーティーがアクセプターを実行しているわけではありませんが、私がこれまでに協力したすべてのカウンターパーティー (50 かそこら) はアクセプターを実行する必要がないため、(おそらく) アクセプターを実行する必要はありません。
  2. 通常、各クライアントには、取引相手から与えられた独自の CompID ペアがあり、クライアントを (一意に) 識別するのはこれらの詳細です。私の経験では、通常、クライアントごとに個別の接続を作成します。
  3. 予想される取引量によって異なりますが、activeMQ を使用することは実行可能に思えます。高頻度の取引や多数のクライアントを扱っていない限り、別の専用サーバーが必要になると思いました。一般に、私は独自のメッセージング層を使用してクライアントとサーバー間の通信を行ってきましたが、それは、これらのシステムが目的に合わないというよりも、私が働いていた会社に関係していました.

免責事項: 私の経験は C# および C++ FIX 開発にあるため、アクティブな MQ についてはよくわかりませんが、比較に基づいて問題ないようです。

于 2014-12-03T10:57:13.223 に答える