新入口已经能打开页面，旧入口是不是可以删了？对承接询价的服务，页面打开只是迁移检查的一部分。表单能否携带原来的字段、请求有没有到达正确服务、后续记录是否只生成一次，都可能在网页看起来正常时仍有差异。

AWS于10月20日介绍ECS Gateway，允许已有ECS服务逐步增加网关连接。官方明确说明，原有负载均衡路径与新网关入口可以同时保留，以便先验证新连接，再移除旧配置。这个安排面向使用ECS的容器服务，不意味着其他建站系统需要跟着更换基础设施。

并存，是为了比较同一项业务

网关为服务建立路由、分配主机名并配置相应资源，路由进入ACTIVE后即可接收流量。但这些状态主要说明网络入口已经建立，不能证明每一种业务请求都按预期处理。健康检查可能只访问一个简单地址，真实询价却还经过参数解析、应用校验和下游保存。

维护这类系统的团队，可以先列出原入口实际承担的请求：产品页面读取、资料下载、表单提交或已有外部回调。不是每个路径都需要同样的测试，但实际仍在使用的路径不能因为首页能打开就被遗漏。海外销售旧邮件、二维码或外部系统里保存的地址，也应列入切换范围。

比较时用相同的非敏感测试输入，分别核对新旧路径的响应与下游结果。对读取请求，比较返回的型号、版本和状态；对会写入记录或发通知的动作，先安排受控测试对象和稳定标识。不能为了对比，把同一条真实买家询价向两个入口各提交一次，让验证本身制造重复业务。

撤旧链路要有明确的完成条件

如果新旧入口响应不同，先找到差异落在哪层：主机与路径规则、应用配置、身份传递还是后续调用。不要一边移除旧资源，一边试着解释新入口为何漏字段。保留旧路径的价值，就是在原因尚未明确时，仍有已知可用的业务路径可供恢复。

官方还说明，服务部署时会重新评估网关关联，连接符合条件的新网关，移除已经解除关联的路径。因此，当前一次检查通过以后，后续部署也需要关注实际连接是否变化。把某个网关名称写进交付文档，并不能保证服务永远通过同一条路径运行。

旧入口何时撤除，应由负责该服务的人按已覆盖的请求、仍存在的外部引用和回退条件决定。没有一个适用于所有网站的固定保留天数。单纯多留几天，却没有观察真实路径，也未必比短而完整的验证更有依据。

切换期间，让买家看到真实状态

如果迁移需要短暂中断，应与官网维护响应和恢复检查一起安排。不要让占位页一直返回成功，掩盖询价暂时不能提交；恢复后也要检查实际入口，而不只看部署任务是否结束。

撤除旧连接之前，服务负责人应能列出已验证的请求与下游结果，并说明尚未替换的外部引用怎样处理。若仍有地址依赖旧路径，就先保留相应连接，或完成明确的替换安排，再收回那部分资源。

参考来源