2、软件开发交付与微服务架构的演进

软件开发交付与微服务架构的演进

1. 软件开发交付面临的挑战与 DevOps 概念的引入

在过去几年里，软件交付周期变得越来越快，同时应用程序的部署也日益复杂。这增加了包括软件开发人员、质量保证（QA）团队和 IT 运维人员等所有参与发布周期角色的工作量。为了应对快速变化的软件系统，2009 年引入了 DevOps 这一概念，旨在帮助整个软件交付流程变得更快、更健壮。

2. 软件交付方法的演变

2.1 瀑布模型与静态交付

在 20 世纪 90 年代，软件以静态方式交付，使用物理软盘或 CD - ROM。软件开发生命周期（SDLC）每个周期往往需要数年时间，因为将应用程序重新交付到市场并非易事。

当时主要的软件开发方法之一是瀑布模型，它由多个阶段组成，一旦一个阶段开始，就很难回到上一个阶段。例如，在进入实施阶段后，若要回到设计阶段解决技术可扩展性问题，任何更改都会影响整体进度和成本。新设计通常会被推迟到下一个发布周期。瀑布方法需要与开发、物流、营销和分销商等各个部门进行精确协调，有时需要数年时间和巨大的努力。

2.2 敏捷与数字交付

几年后，随着互联网的广泛使用，软件交付方式从物理交付转变为数字交付，如在线下载。许多软件公司试图缩短 SDLC 流程，以交付更具竞争力的软件。

许多开发人员开始采用增量、迭代或敏捷模型等新方法，希望缩短产品上市时间。如果发现新的漏洞，这些新方法可以通过电子交付方式向客户提供补丁。从 Windows 98 开始，微软 Windows 更新也是以这种方式引入的。

在敏捷或数字模型中，软件开发人员编写相对较小的模块，而不是整个应