科技

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

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

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

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

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

这是我们关于某海外音频科技公司如何进行组件群管理，以及如何大规模管理软件的系列文章第一部分。另请参阅第二部分和第三部分。 简而言之，与其每年对基础设施做 10 次大型软件升级，不如在整个代码库中持续完成 10,000 次小型升级。 这正是 Fleet Management 背后的核心理念。本文将其译…

在某海外音频科技公司的“产品故事”播客第八集中，我们分享了构建并开源内部开发者门户的故事，以及从中获得的经验教训。 对于快速增长的工程组织来说，内部开发者门户的价值不只是集中展示工具和服务，更在于提升开发者体验、降低上下文切换成本、改善服务可发现性，并帮助新工程师更快进入有效贡献状态。类似地，在企业…

“香料带来的幻象向他展示了无数个人类走向灭绝的未来，也展示了人类得以幸存的唯一未来。他将这个未来命名为‘黄金之路’，并决心让它成为现实。” 以上引文来自海外某百科社区对弗兰克·赫伯特 1976 年科幻小说《沙丘之子》的简介。这段话非常贴切，以至于我几乎可以确定，海外某音频科技公司的团队中，至少有一位…

你经常会看到一些杂乱无章的想法被贴上“战略”的标签。即使这些文档内容很多，也往往很难读懂。这也是为什么很多工程师会说，他们所在的公司没有清晰战略。 不过，根据我的经验，所有公司其实都在遵循某种战略，只是这种战略未必被明确写成文档。对于工程管理者和技术负责人来说，真正的挑战不是“有没有战略”，而是如何…

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