su

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

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

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

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

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

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

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

从过去的错误中吸取教训，重新理解公有云采用 在云计算发展到今天这个阶段，再来谈“如何采用云计算”，似乎有些奇怪。毕竟，许多人认为公有云已经是一个成熟领域，既有成熟实践，也有大量成功案例。对于刚刚起步的组织而言，市面上似乎已经有足够多的建议，足以帮助它们规划并执行云转型。 然而，尽管相关信息已经十分丰…

试图衡量无形之物，本身就是一件充满歧义、甚至看起来几乎不可能完成的事。尤其是在团队管理、IT 安全、敏捷成熟度等场景中，很多人都会遇到同一个问题：为了做出更好的决策，我们到底该衡量什么指标，又该如何衡量？ “我爱你。” “我更爱你。”我笑着对妻子 KD 说。 “真的吗？多多少？” “什么？我不知道啊…

在开发者工具和平台工程领域，从“项目思维”转向“产品思维”，是一种值得肯定的变化。优秀的开发者平台不仅能改善开发者体验，还能帮助企业提升软件交付效率，打造更高质量的数字产品。如今，招聘并留住人才——无论是技术人才，还是其他类型的人才——已经成为企业面临的核心挑战之一。因此，更加重视内部用户的真实需求…