上期我们发布了《***替换F5，深信服应用交付AD如何做到？》后，有来自金融、企业、政府、能源行业的用户给我们留言，关心实际替换过程中的具体操作问题。
今天，我们为大家梳理了F5平滑替换至深信服应用交付AD需要重点关注的四大关键点，并提供实际的操作建议，希望帮助大家完成平滑替换。
解耦联动很丝滑——
四步解耦，完成平滑升级
在F5 GTM（全局负载）和LTM（服务器负载）联动的使用场景，解耦的操作至关重要，因为它可以降低系统复杂性，控制替换风险，确保业务连续性，同时提高系统的灵活性和维护效率。通过以下四个步骤的解耦操作，用户可以逐步平滑地替换到深信服应用交付AD。
步骤一：
深信服应用交付AD SLB（服务器负载均衡）与F5 LTM并行提供服务，同时F5 GTM通过健康检查的方式检查深信服应用交付AD SLB 上的业务地址并对外进行发布。
步骤二：
采用灰度测试验证深信服应用交付AD SLB业务正常，可通过F5 GTM将业务全部流量切换到新的深信服应用交付AD SLB上，完成深信服应用交付AD SLB的替换。
步骤三：
添加域名注册商的NS记录，将深信服应用交付AD GSLB的DNS服务地址添加进来，与F5 GTM并行提供DNS服务。
步骤四：
深信服应用交付AD与F5GSLB系统并行运行一段时间后，在互联网域名注册机构的DNS管理后台，将F5 GTM的NS地址删除，从而完成替换F5 LTM 与GTM。
机制对齐很丝滑——
每个机制都有“解”，完成平滑替换
平滑替换过程中，用户需要对齐F5与深信服应用交付AD的业务处理机制。
这些机制涉及地址转换、会话保持、健康检查及流量分配策略等多个技术层面，以执行HTTP健康检查为例，F5与深信服应用交付AD的处理方式存在差异：F5在健康检查中不区分大小写，而深信服应用交付AD则区分。如果F5预期响应为大写”OK”，但实际页面返回小写”ok”，深信服应用交付AD将会认为检查失败。因此，在从F5替换至深信服应用交付AD时，务必确认并统一响应内容的大小写格式，以确保健康检查的准确性，避免对业务造成影响。
此外，还有以下三个机制的对齐细节需要注意，从而保障替换F5后系统的整体稳定性和可靠性。
源IP地址透传—XFF方式机制
当客户端请求中已经存在XFF字段时，深信服应用交付AD直接将客户端源地址插入到原来头部信息的后面，如果需要插入一个新的XFF头部，则需要采用iPro脚本方式实现。
源IP地址透传—TCP Option方式机制
深信服应用交付AD通过iPro脚本的方式来实现，四/七层插入的地方有差异，四层纯转发模式插入的位置为syn包；七层TCP代理模式插入的位置为三次握手之后的数据包的TCP头部。
Cookie会话保持—插入模式机制
深信服应用交付AD具备以下机制：
（1）在默认情况下会自动生成cookie名称[SF_cookie_pooid]，其中poolid根据调度的节点池动态生成，对外不暴露配置信息，也可自定义cookie名称；
（2）默认添加节点信息时，深信服应用交付AD会生成8位数字随机码，作为member对应的Cookie值，唯一标识一个节点信息，不暴露***节点相关信息。
（3）深信服应用交付AD在收到客户端HTTP请求头部后，解析Cookie头部信息，查找会话保持Cookie信息，根据Cookie值查找对应的member信息，判断member状态，进行流量分发。
如果您有F5替换需求，需要了解更多深信服应用交付AD与F5的机制区别，请联系我们的售前工程师。
iRules脚本兼容很丝滑——
F5 iRules脚本直接复制使用，完成平滑替换
F5替换核心业务系统时，iRules脚本迁移是关键问题。深信服应用交付AD支持TCL语言，用户可以直接复制使用F5 iRules脚本，无需人工进行翻译转换，实现平滑过渡。
另外，深信服应用交付AD提供LUA语言的iPro可编程脚本，在***与iRules功能一致的情况下，实现更高效的业务处理。
配置迁移很丝滑——
自动转换工具，实现无缝、安全、高效迁移
F5替换的实际操作中，还容易面临配置迁移难题，手动操作易出错且耗时。深信服提供自动转换工具，将F5的UCS配置文件转换为AD配置，实现无损、高效迁移，降低人力和时间成本。
以上是用户在替换时容易遇到的难题。
实际上，在用户的替换过程中，深信服会全程参与，提供一站式全流程替换服务，确保用户在各环节都能获得专业指导和技术支持。
截至目前，深信服应用交付AD已经累计服务了超过11000家用户，为数万个关键业务系统的可靠高效运行提供有力保障。其中为50%的银行、证券、保险等金融行业用户解决应用交付升级需求，助力每个用户在数字化转型的道路上「稳」步前行。
