FIX客户端和FIX引擎服务器之间的连接管理是静态的，具有运行复杂、耗费时间且容易出错等缺点。以静态方式提供FIX服务的金融机构需要向每个客户分配独特的TCP/IP端点标识符，才能连接并接入FIX应用。这些连接标识符以及相关联的客户信息存储在静态、需要手工处理的数据库中。对FIX连接所使用的TCP-IP连接端点产生影响的网络和/或FIX服务器站的任何改变，都需要复杂、耗时的过程，才能在服务器和客户端上实施这些改变。两家公司需要就网络和安全性设施的改变进行合作，以确保连接性，避免给网络的正常运行带来负面影响。即使是对TCP/IP连接端点的简单修改也需要重新检查安全性并更改防火墙配置，这可能需要数周的时间才能实现。
FIX协议的设计初衷是对交易信息的交换过程进行自动化处理，以方便实时执行。但是，具有讽刺意义的是，在实施FIX的过程中大量采用了静态和手工的操作方式。而静态的连接管理导致的结果是成本的上升和收益的下降，其原因包括：1）人为原因导致的停机；2）由于服务处理时间较长而丧失收入机会；3）影响服务的网络和服务器站变化；4）由于服务质量差、响应时间慢而丢失业务。下图1显示客户端静态映射到FIX服务器站，其中突出了不能灵活更改网络和服务器群这一问题。
目前的FIX实现仅允许通过使用备份的FIX服务器IP地址对FIX客户端进行配置，静态地切换到冗余的数据中心。如果与主要站点的连接失败，则客户端将连接到备用站点。而且，使用这样的客户端强制故障切换到某个灾难恢复站点的方式不仅不可靠，而且不统一。客户端与对应服务器之间的任何连接故障都会导致客户端故障切换到备用站点，而且不是所有客户端都能始终如一地进行故障切换。为了确保一致的应用性能和客户服务，FIX应用提供商必须实施快速、自动化和透明的灾难恢复，而且这样的灾难恢复必须独立于客户端，而且需要取决于网络和应用的状态。
Brocade ServerIron FIXSWITCH可以帮助创建并管理虚拟FIX应用服务器站，完全将客户端连接管理从内部网络和服务器站管理中脱离出来。FIX应用提供商只需要向希望连接到FIX服务器的所有外部客户告知一个虚拟IP地址即可。从逻辑上讲，这个虚拟IP地址捆绑到了多个属于冗余FIX服务器对的真实服务器地址上。客户端连接请求首先被ServerIron FIXSWITCH接收到，然后ServerIron FIXSWITCH将对该客户端进行识别，再将请求重定向到分配给特定客户端的相应冗余FIX服务器。客户端身份可能基于Layer 3 (IP)、Layer 4 (TCP端口)和Layer 7 (FIX报头SenderCompID字段)信息。ServerIron FIXSWITCH具有智能应用感知负载均衡和内容交换功能，可以以独一无二的方式深入检查FIX应用消息，以识别FIX客户端并发送连接请求到相应的冗余FIX服务器。与传统TCP/IP信息相反，根据FIX消息的内容将客户端连接交换到服务器上可以提高FIX应用架构的灵活性、可扩展性和安全性。ServerIron FIXSWITCH支持采用“TAG=VALUE”和FIXML格式来检查FIX消息。
博科获得专利的全局服务器负载均衡（GSLB）解决方案可以实现任务关键型FIX应用的地理可扩展性和快速灾难恢复。在发生主数据中心灾难性故障期间，金融机构可以使用博科的GSLB解决方案快速、自动地将客户端连接重定向到备份数据中心。他们可以通过对多个服务器群进行地理分布和同时利用，然后使用GSLB来将应用扩展到一个数据中心之外。ServerIron系列交换机具有智能GSLB控制器功能，可以采用多种先进的站点选择算法，将客户端连接定向到不同的站点，第一步是采用最先进的基于时间的往返式站点选择方式，将客户端IP地址静态映射到某个站点。这样即使有一个或多个站点发生故障，也不会影响应用的总体可用性。客户端请求将被自动发送到其它可用站点。 |
