liu

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

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

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

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

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

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

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

随便问一位技术从业者，他大概率都会告诉你：安全很重要。 然而，现实往往并不乐观。即使企业制定了大量安全需求清单，许多应用程序和技术框架依然漏洞频出；一些团队仍在使用早已停止维护的框架；关键组件也没有得到及时更新。与此同时，功能交付的压力几乎总是压过复杂而繁琐的安全流程。 但事情并非只能如此。本文将探…

在产品开发过程中，跨职能协作能够帮助团队更快地理解用户需求，并持续交付更有价值的产品成果。然而，跨职能协作究竟应该如何开展，并不总是显而易见。一个团队要想真正协作成功，需要哪些具体实践？又应该秉持哪些共同价值观？ 我们是开发人员 Valerie 和设计师 Christopher，都热衷于跨职能结对协…

判断一次软件交付是否成功，一个重要标准是：最终用户是否愿意接受并使用它。要做到这一点，离不开严谨的质量流程和工程实践，也离不开敏锐、细致、具备全局意识的 QA 人员。在敏捷开发过程中，QA 不只是测试执行者，更是软件质量的守护者和推动者。 那么，优秀的 QA 应该具备哪些特质？答案当然不止一个，但在…