绞杀者模式通过逐步构建新微服务替代旧系统功能，实现低风险架构演进。企业为避免直接重写单体应用带来的高风险，采用该模式在原有系统外围部署新服务，利用API网关按路径或用户特征分流请求，先迁移商品模块，再逐步替换订单、用户等功能，最终完全下线旧系统。关键在于渐进式替换，需重点规划路由管理和数据一致性。
绞杀者模式（Strangler Pattern）是一种在微服务架构中用于逐步替换遗留系统的技术策略。它的核心思想不是一次性重写整个旧系统，而是通过在原有系统外围逐步构建新的微服务，慢慢“绞杀”或替代旧系统的功能，直到最终完全将其淘汰。
为什么需要绞杀者模式？
很多企业运行着庞大的单体应用，这些系统可能技术陈旧、难以维护，但又承载着关键业务。直接重写风险极高，容易引入大量bug，甚至导致业务中断。绞杀者模式提供了一种低风险、渐进式的现代化路径。
绞杀者模式如何工作？
新功能或重构模块以独立微服务的形式开发，并部署在旧系统旁边。通过路由层（如API网关）控制流量，将特定请求导向新服务，其余仍由旧系统处理。随着新服务覆盖的功能越来越多，旧系统的职责逐渐减少，直到不再被调用，便可下线。
- 为新功能创建微服务，与旧系统并行运行
- 使用API网关或反向代理按URL路径、用户特征等条件分流请求
- 逐步迁移更多功能到新服务，持续验证稳定性
- 当旧系统所有功能都被替代后，将其停用并移除
实际应用场景举例
比如一个老电商系统包含商品、订单、用户管理等多个模块。团队决定先用现代技术重构商品目录功能。他们开发一个新的商品微服务，部署后配置网关把/api/products/*的请求转发给新服务，其他请求仍走老系统。后续再依次替换订单和用户模块。
基本上就这些。绞杀者模式的关键在于“逐步替代”，它降低了系统迁移的风险，让团队能在不影响现有业务的前提下推进架构演进。不复杂但容易忽略的是路由规则的管理和数据一致性处理，这些需要提前规划好。
