将遗留 PHP 单体逐步分解为微服务

我们有一个大型的遗留 PHP 应用程序，多年来已经成为一个单一的单体。在一个代码库和一个数据库中，包含授权、计费、目录、通知和报告。该系统在负载下变得难以扩展，部署也变得痛苦：任何小的更改都会强制重新部署所有内容，而一个缓慢的查询会拖慢与之无关的功能。冒险的 "从头重写" 对我们来说行不通。我们需要一个谨慎的分阶段迁移，每一步产品都能继续工作并盈利。

工作的基础是代码之前的分析。我们希望您描述当前的行为，识别明确的边界上下文，并与我们一起确定哪个模块最安全可以首先提取。每个服务都应该在明确的 API 合同后运行，边界应该逐步引入，以便我们可以在出现问题时回滚。我们还需要一个异步消息队列，以便缓慢和突发的任务不再阻塞用户请求，以及容器，以便服务可以单独构建、测试和部署。

请提出一个分阶段的路线图，而不是一次性跳跃。对我们来说，现实的计划从隔离一个低风险的上下文开始，与单体并行运行，测量结果，然后再向前推进。诚实的妥协和清晰的解释比时髦的词更重要。

第一阶段的范围：
— 描述当前模块并选择第一个提取的上下文。
— 设置 API 合同并通过开关将其连接到单体。
— 为一个异步场景引入消息队列。
— 将提取的服务容器化，确保可重复构建。