本文以某海外大型互联网公司的发布工程实践为例，介绍其如何通过主干发布、准连续发布、持续交付和移动端 CI/CD 体系，在大规模工程团队中提升代码交付效率、降低发布风险，并持续改善用户体验。 随着时间推移，软件行业已经形成了多种更快、更安全、更高质量地交付代码的方法。这些实践大多围绕持续集成、持续交付…

本文以某海外电商平台的架构演进实践为例，介绍大型 Ruby on Rails 代码库如何从传统单体架构逐步演进为模块化单体架构，并通过代码组织、依赖隔离和边界治理，降低系统复杂度，提升开发者效率。 某海外电商平台拥有当前规模最大的 Ruby on Rails 代码库之一。这个代码库由上千名开发者在十…

项目启动阶段，团队与对原有系统有深入了解的人员举办了一场研讨会，共同可视化现有软件架构和未来软件架构。通过这场研讨会，他们发现了一个可以利用的技术接缝：原有后端系统与集成中间件之间存在基于消息的集成。 原有后端是一个老旧的企业级 Java 应用程序，它会将“发布产品”消息放入一个由旧消息队列产品提供…

模块化架构能提升软件交付效率吗？答案是肯定的，但前提是不能只把它当作一项单纯的技术改造。 本文讲述了一家大型企业如何通过向模块化架构转型，缓解移动应用开发在业务增长过程中暴露出的多重问题。他们最终发现，模块化并不只是架构层面的解决方案。它的影响远远超出代码结构本身，还会延伸到业务沟通、团队组织方式以…

过去十多年里，我们逐步发展并完善了一套技术，使数据库设计能够随着应用程序开发持续演进。对于敏捷开发而言，这一点至关重要。演进式数据库设计的核心，是通过数据库迁移、数据库重构、版本控制和持续集成，让数据库架构能够安全、可控地随业务需求变化而变化。这些技术依赖于在数据库开发中引入持续集成和自动化重构，并…

长期以来，软件行业一直有一种根深蒂固的观念：软件架构应当在第一行代码写下之前就已经设计完成。这种观念在很大程度上受到了建筑行业的影响。人们曾认为，成功的软件架构在开发过程中不应发生变化，因为一旦架构需要重构，往往意味着高昂的废弃成本和返工成本。 敏捷软件开发方法的兴起，对这种架构观念提出了挑战。预先…

Meta 描述： 本文围绕单体架构拆分、单体应用迁移到微服务架构、微服务拆分顺序、数据解耦和架构演进等问题，介绍从单体系统逐步迁移到微服务生态的实践方法。 随着单体系统规模不断膨胀，许多企业开始尝试将其拆分为微服务架构。这是一条值得探索的道路，但绝非易事。实践经验表明，推进单体架构拆分和微服务迁移时…

许多开发团队认为，微服务架构优于单体架构；也有一些团队认为，微服务反而会降低生产力。和任何架构风格一样，微服务既有优势，也有劣势。要做出明智选择，就必须充分理解这些利弊，并结合具体场景进行判断。 本文将围绕微服务架构的核心权衡展开，重点分析微服务相对于单体架构在模块边界、分布式复杂性、最终一致性、独…

“微服务架构”一词在过去几年逐渐流行起来，用于描述一种特定的软件应用设计方式：将应用构建为一组可独立部署的小型服务。简单来说，微服务架构是一种围绕业务能力拆分系统、让各个服务独立开发、独立部署、独立扩展的软件架构风格。虽然这种架构风格并没有一个精确统一的定义，但它通常具有若干共同特征，例如围绕业务能…

银行业长期背负着大量遗留技术系统，而维持这些系统运行的成本十分高昂。以零售银行为例，近三分之二的 IT 预算都被用于系统维护。对于银行而言，这当然不是一个小问题：这些系统承载着数以百万计客户的个人信息和关键业务数据。由于监管合规和声誉风险始终是大型银行最关注的问题，推动银行遗留系统现代化往往会被视为…