什么是软件部署？

软件部署是测试、配置和安装软件的过程，以便它能以最佳方式运行并满足用户期望。要正常工作，软件模块需要 IT 基础架构、与现有软件系统的集成以及持续的维护。软件部署在 IT 基础架构上向目标受众交付软件，从而优化性能和安全性。它涉及环境设置、管理代码更改和持续的性能监控。

软件发布是软件开发过程的一部分，旨在向最终用户提供可用的软件版本。它在生产中提供最新的应用程序代码及其相互依赖关系。所有更改都标有版本号，以区别于以前的版本。每个版本都可能进行改进，例如错误修复、新功能和安全补丁。

相比之下，软件部署是在必须使用该软件的任何环境中安装新的软件版本。它可能包括测试环境、开发环境或其他客户基础架构。

从最终用户的角度来看，这些术语可以互换使用。软件或应用程序部署允许最新版本的软件在计算机、服务器或云端运行。但是，从开发者的角度来看，这是有区别的。发行版是开发人员构建和发布或移交给最终用户的软件。相比之下，部署只是让软件在开发人员选择的环境中运行。

软件部署过程至关重要，它可确保组织、员工和最终用户从开发人员构建的软件系统中受益。这些正是开发团队部署软件的原因。

在多个环境中测试软件

开发人员在不同环境中部署软件以评估其性能，然后再将其发布到实际环境中。例如，您可以通过将软件更新部署到与生产环境几乎相似的暂存环境中，测试软件更新是否正常运行且没有错误。通过这种方式，开发人员可以更自信地向最终用户部署软件，因为他们知道该软件在使用时几乎不会出现任何问题。

与业务应用程序集成

组织安装和使用独立运行的企业应用程序以实现共同的业务目标。为了简化操作，他们开发了中间软件，允许不同的应用程序相互通信。部署中间软件使组织能够通过收集、请求和交换运营数据来实施、监控和更新自定义软件系统。

让最终用户可以访问软件

软件部署使最终用户能够访问及时的更新、安全修复和功能应用程序。通常，开发人员收集用户反馈以实施对现有代码的更改。然后，他们测试并部署新版本以解决用户提交的请求。

我们共享不同的基础设施，软件团队可以在其中部署以下应用程序。

本地部署

传统上，组织在本地服务器上部署软件。尽管该模型提供完全控制权，但软件团队必须手动配置所需的服务器、数据库、网络和其他计算资源，才能运行应用程序。此外，组织必须在购买和维护硬件、操作系统和其他资源上进行大量投资。

基于云的部署

基于云的部署允许软件团队在云服务提供商拥有的分布式服务器上部署软件系统。组织不投资物理基础设施，而是只为托管和运行软件应用程序的计算资源付费。

云部署特别适用于微服务架构，在这种架构中，开发人员通过组合几个较小的相互依赖组件来构建应用程序。将应用程序部署到云端时，开发人员会将软件文件打包到称为容器的特殊模块中。然后，他们在云服务器上部署容器。

扩展基于云的应用程序更加轻松，但仍需要一定程度的资源配置。

无服务器部署

无服务器软件部署模型允许开发人员在基于云的基础设施上进行部署，而无需配置底层计算资源。尽管将完整的服务器控制权交给了云提供商，但软件团队可以快速在云端部署代码，而无需进行繁琐的配置。例如，可口可乐公司使用 AWS Lambda（一项基于云的无服务器计算服务），在短短 100 天内部署了低延迟 Web 应用程序。

在现代应用程序中，软件在一组称为节点的逻辑或物理服务器组件上运行。更新软件时，开发人员可能会使用不同的软件部署方法替换节点。

基本部署

在基本部署中，软件团队将所有节点替换为最新版本。尽管基本部署速度很快，但这种方法仍存在风险，因为如果新部署的更新失败，它会阻止团队快速回滚更改。

滚动部署

滚动部署允许开发人员逐步替换生产环境中的一个或多个节点。它的风险低于基本部署，因为开发人员可以在更换其他节点之前确认新更新是否有效。

多服务部署

多服务部署与基本部署类似，不同之处在于多个不同的应用程序版本在单个环境中运行。在部署期间，开发人员将相应的节点更新为较新版本。例如，版本 1.0 更新到 1.1，1.5 更新到 1.6，2.4 更新到 2.5。尽管部署不同的服务风险较小，因为并非所有版本都可能同时失败，但回滚更改仍然很复杂。此外，监控几个新版本的实时应用程序具有挑战性。

金丝雀部署

金丝雀部署为生产环境中的软件部署提供了一种风险较低且平衡的方法。它不是用新软件版本替换所有节点，而是分阶段进行。在每个阶段，开发人员都会更新一小部分节点并验证更改，然后再更换更多节点。通过金丝雀部署，最终用户可以逐渐接触到新版本，这使开发人员能够在不断增长的使用流量下衡量应用程序的性能。如果需要，开发人员可以轻松地将更新回滚到原始版本。

影子部署

影子部署允许开发者以隐蔽的方式部署不同的应用程序版本。与其他部署方法不同，隐身应用程序对用户隐藏。用户在不知道当前应用程序后面还有其他影子应用程序运行的情况下与其进行交互。在当前应用程序收到用户请求时，它会将这些请求传递给影子应用程序。然后，影子应用程序会处理所有请求，但不返回结果。因此，此方法有助于在不影响最终用户的情况下测试生产环境中应用程序的新更改。

A/B 测试

A/B 测试涉及在同一环境中将应用程序的多个版本与当前应用程序一起部署。开发人员使用 A/B 测试来评估不同版本在相同运行条件下的性能。然后，他们选择最佳版本来替换当前应用程序。

成功的软件部署需要在软件开发生命周期中进行仔细的规划、实施和后续跟进。我们会分享开发人员用于部署软件解决方案的步骤。

规划

开发人员设定部署目标，并确保该演练与组织的目标保持一致。例如，部署是否为了解决现有应用程序中的错误？ 还是该组织计划引入新功能以适应不断变化的趋势？

准备

有了明确的指导，开发人员可以自定义现有代码库或从头开始构建整个解决方案。然后，他们将所有必需的代码、库、配置和模块整合到一个软件包中。在现代应用程序开发中，我们将这一过程称为容器化。

测试

在部署软件之前，软件团队会将代码投入多个阶段的严格测试。这非常重要，它可防止错误、安全漏洞或影响客户体验的其他编码问题。根据测试结果，开发人员重新设计代码并为部署做准备。

部署

部署软件应用程序涉及在实时环境中安装、配置和启用代码。根据部署模式的不同，环境可能位于物理中心、公有云或混合架构中。无论设置如何，开发人员在将现有用户从旧版本迁移到新版本的过程中，都必须以实现零停机或最小停机为目标进行规划。这可能涉及更新数据库，向用户通报计划的部署，以及为意外结果制定应急计划。

监控

新应用程序上线后，软件团队会观察可能的性能问题并对任何问题做出响应。除此之外，软件团队可能还需要发布后续更新、修复或补丁，以确保新应用程序按预期运行。

通过将软件部署与这些实践相结合，组织可以加快软件交付、降低风险并提高客户满意度。

使用自动化

自动化使软件团队无需过度依赖手动流程即可部署代码。自动化可以使软件部署过程的各个部分受益。例如，您可以自动进行软件测试、打包和报告，以节省时间并减少软件发布周期中的人为错误。

准备回滚策略

某些软件更新在部署后可能会遇到问题。备份计划（例如回滚策略）可降低对最终用户的影响。在部署新版本之前，组织应备份当前软件使用的所有数据、配置和资源。这允许软件团队在需要时恢复以前的工作版本。

采用混合云架构

一些组织已投资购买物理服务器来托管现有应用程序。随着需求的增长，本地基础设施可能已满负荷运转，无法处理更多流量。通过云爆发采用混合云架构，使企业能够在保留自身物理基础设施的同时，充分利用云的可扩展性。云爆发是一种将过多的本地流量引导到云端的做法，以确保最佳的软件性能。

人工智能的使用

人工智能 (AI) 可以帮助软件团队在准备软件部署时做出明智的决策。例如，可以使用 AI 来预测部署问题、分析测试结果并监控新部署环境中的应用程序。

AWS 提供的工具、基础设施和服务可帮助您更轻松地在云端部署应用程序。

例如，软件团队使用 AWS CodeDeploy，在开发、测试和生产环境中自动部署软件。使用 CodeDeploy，您可以自动监控应用程序的状态，并在必要时回滚更改。

AWS 还允许开发团队使用 AWS Deep Learning Containers 来部署机器学习 (ML) 应用程序。这些容器包含各种框架，软件团队可借助它们将机器学习微服务添加到自己的应用程序中。您可以访问容器中预先打包的深度学习功能，而不必从头开始配置 ML 环境。

无论是在无服务器基础设施还是基于云的基础设施上部署现代应用程序，您都可以使用托管的 AWS 服务来缩短上市时间并节省成本。

• 部署分布式系统时，使用 AWS Serverless 和 AWS Step Functions 来可视化和编排工作流。

• 使用 Amazon Elastic Container Registry、Amazon Elastic Container Service 等服务，在 AWS 上存储、管理和部署您的容器。

• 从 Amazon EC2 上的数百种云计算设置中进行选择，为已部署的工作负载提供支持和扩展。

立即注册 AWS 账户，开始进行软件部署。