在迁移之前，您应该对本地架构进行哪些更改以满足业务需求？

将微服务容器化并在 GKE 上运行是满足业务需求（如可伸缩性、弹性和更快的部署）的有效策略。容器化使应用程序更具可移植性，GKE 提供了一个强大的平台来管理和扩展这些容器。用 Cloud Pub/Sub 替换 RabbitMQ 是一种技术选择，但它不直接解决迁移前的架构更改以满足业务需求。将 MySQL 降级到 5.7 可能会导致功能丢失，并且通常不是迁移前的最佳实践。调整本地 VM 大小以匹配 Compute Engine 预定义机器类型是迁移规划的一部分，但它不是架构更改，也无法直接满足业务需求。