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. 不太明白你的意思，不好意思。