QuickFIX/J - 故障轉移策略

Question

我想詢問一些 QuickFIX/J 和 Spring Boot QuickFix starter 的故障轉移策略

例如，如果我有一個 FIX 引擎服務器，並且整天接收大量 FIX 消息，然后服務突然變得不可用。

1. 當服務再次啟動時會發生什么？ 它將從哪里開始再次讀取新的 FIX 消息？
2. 當服務開始有重負載並且 kubernetes 開始放置第二個實例時會發生什么？ 有沒有辦法保持兩個微服務之間的數據一致性，使它們不會兩次處理相同的消息？
3. 如何處理多個微服務上的多個會話並同時進行擴展

感謝您的回復，我剛開始使用這個庫

Answer 1

1. FIX 引擎將根據它收到的最后一條消息的序列號同步消息。 您可以在此處閱讀基礎知識： FIX 消息恢復
   由於您是 FIX 協議的新手，因此整個頁面可能是您熟悉該協議的一個很好的起點。 當然，FIX 引擎會自行完成與會話級別相關的工作，但了解基礎知識總是好的。

2. 我對 Kubernetes 沒有任何深入的了解，但重要的是 FIX session 是點對點連接。 這意味着對於相同的 session（由通常由BeginString （例如FIX.4.4 ）、 SenderCompID 、 TargetCompID組成的SessionID標識）您將只有一個Initiator（即客戶端）和一個Acceptor（即服務器）。
   因此，應避免啟動將連接到同一 FIX session 的服務的第二個實例。 如果您有多個會話分布在多個實例上，這可能會起作用。

3. 不太明白你的意思，不好意思。