蚂蚁金服Service Mesh渐进式迁移方案

《蚂蚁金服Service Mesh渐进式迁移方案》总结如下： ### 背景 - **Kubernetes普及趋势**：Kubernetes（简称k8s）将加快普及，蚂蚁金服启动了两条主要迁移路线——路线1和路线4。 - **Service Mesh目标**：目标是实现微服务+Service Mesh（如Istio）+Kubernetes的架构。 - **现实挑战**：部分应用尚未微服务化，Istio稳定性不足，且原生支持规模有限。 ### Service Mesh演进路线 蚂蚁金服选择了渐进式迁移策略，分为以下几个阶段： 1. **初始阶段**： - 应用以非Service Mesh形态部署在非Kubernetes环境或Kubernetes环境中。 2. **Sidecar模式引入**： - 在非Kubernetes环境中引入Service Mesh（Sidecar模式）。 - 在Kubernetes环境中逐步部署Service Mesh（Sidecar模式）。 3. **Istio模式接入**： - 在Kubernetes环境中接入完善后的Istio，实现与社区方案统一。 4. **终极形态**： - 应用以Service Mesh（Istio模式）形态运行于Kubernetes环境中。 ### 实现平滑迁移的关键 - **服务注册与发现**： - 使用服务注册中心（如SOFA Registry）实现服务注册与发现。 - 支持按接口注册和调用，逐步过渡到基于IP的注册与发现机制。 - **网络互通**： - 确保Kubernetes内外网络互通，避免服务调用中断。 - 使用DNS寻址方案，实现平滑迁移。 ### DNS寻址方案的演进 1. **初始阶段**： - 基于接口的注册与调用。 - 客户端通过接口名查找服务。 2. **过渡阶段**： - 双注册模式：支持接口注册和IP注册。 3. **最终阶段**： - 统一基于IP的注册与发现。 ### 后续规划 - 持续优化服务注册与发现机制。 - 提供更强大的服务治理能力。 ### 总结 蚂蚁金服通过分阶段、渐进式的策略，确保了从传统架构向微服务+Service Mesh+Kubernetes的平滑迁移。每一步都兼顾了可行性和弹性，避免了一刀切的风险，为长期目标奠定了基础。