[论文解读] Migrating to Cloud-Native Architectures Using Microservices: An Experience Report

Armin Balalaie, Abbas Heydarnoori+1 more|arXiv (Cornell University)|Jul 29, 2015

Software System Performance and Reliability参考文献 11被引用 29

一句话总结

本文报告了PegahTech公司将单体本地部署应用（SSaaS）逐步迁移到云原生微服务架构的经验，重点在于渐进式重构、实现持续交付以及引入支持性服务。此次迁移在提升可扩展性和弹性方面取得成功，但暴露出分布式系统复杂性的重大挑战，需通过DevOps实践、服务契约和标准化开发模板来管理技术债务和团队专业能力需求。

ABSTRACT

Migration to the cloud has been a popular topic in industry and academia in recent years. Despite many benefits that the cloud presents, such as high availability and scalability, most of the on-premise application architectures are not ready to fully exploit the benefits of this environment, and adapting them to this environment is a non-trivial task. Microservices have appeared recently as novel architectural styles that are native to the cloud. These cloud-native architectures can facilitate migrating on-premise architectures to fully benefit from the cloud environments because non-functional attributes, like scalability, are inherent in this style. The existing approaches on cloud migration does not mostly consider cloud-native architectures as their first-class citizens. As a result, the final product may not meet its primary drivers for migration. In this paper, we intend to report our experience and lessons learned in an ongoing project on migrating a monolithic on-premise software architecture to microservices. We concluded that microservices is not a one-fit-all solution as it introduces new complexities to the system, and many factors, such as distribution complexities, should be considered before adopting this style. However, if adopted in a context that needs high flexibility in terms of scalability and availability, it can deliver its promised benefits.

研究动机与目标

• 为现有云迁移方法中未将云原生架构（如微服务）视为首要设计目标的空白提供解决方案。
• 通过现代化改造遗留的本地部署系统，充分释放云环境优势（如可扩展性和高可用性）。
• 记录在真实世界中从单体架构向微服务架构迁移过程中遇到的实际挑战与经验教训。
• 推动持续交付和DevOps实践的应用，作为成功采用微服务的关键推动力。
• 基于真实世界经验与迭代演进，建立可复用的模式以指导未来迁移项目。

提出的方法

• 实施三维迁移：重构单体系统、引入支持性服务（如服务注册中心、负载均衡器）以及启用持续交付流水线。
• 使用Docker Compose通过私有Docker镜像仓库编排依赖服务，简化本地开发环境。
• 应用消费者驱动的契约和容错读取模式，降低服务间耦合度，避免版本冲突。
• 为每种支持的编程语言开发标准化服务开发模板，确保一致性并减少入职培训负担。
• 利用Spring Cloud和Netflix OSS简化微服务生态中的服务通信、配置管理与弹性模式。
• 采用渐进式、迭代式方法，同步推进系统在三个维度上的演进，最大限度减少中断。

实验结果

研究问题

• RQ1 如何在保持系统稳定性的前提下，有效将单体本地部署应用迁移至基于微服务的云原生架构？
• RQ2 在采用微服务时，分布式、部署和团队专业能力方面面临哪些关键挑战？
• RQ3 如何将持续交付和DevOps实践整合到微服务迁移中，以确保敏捷性与可靠性？
• RQ4 服务契约与版本控制策略在服务演进过程中如何最小化破坏？
• RQ5 标准化开发模板与工具在多语言微服务系统中能在多大程度上降低复杂性并提升可维护性？

主要发现

• 微服务并非万能方案；其引入了显著的分布性和运维复杂性，必须谨慎管理。
• 由于需运行多个依赖服务，开发环境的部署变得具有挑战性，而Docker Compose有效缓解了该问题。
• 服务契约对系统稳定性至关重要；消费者驱动的契约与容错读取模式比版本控制更有效，可显著减少破坏。
• 分布式系统开发需要熟悉云原生模式、服务弹性与DevOps实践的资深工程师。
• 标准化服务开发模板显著缩短了入职时间，并防止多语言微服务环境中出现架构漂移。
• 迁移在提升可扩展性和弹性方面取得成功，但仅因同步采用了持续交付和强大的运维工具。