向用户提供移动应用更新和新功能需要一种谨慎和深思熟虑的方法。Android应用开发者中流行的一种方法是“分阶段部署”发布管理方法。本文探讨了什么是分阶段部署，为什么这些部署非常重要，以及它们对您和您的用户有如何的益处。
分阶段部署是一种发布策略，让您可以在向所有人提供应用更新之前，将应用更新逐步部署给一部分用户。您可以选择分阶段接收更新的用户百分比，而不是一次性将更新推送给所有用户。例如，可能首先对5%的用户提供更新，然后逐渐增加到10%、20%，以此类推，直至达到100%。
通过最初向用户群中的一小部分用户发布更新，您将能够在广泛发布之前快速发现和解决任何不可预见的错误或兼容性问题。实现分阶段部署还将为您提供有价值的真实用户反馈，以便根据用户反应和行为对应用进行微调。此外，分阶段部署可以降低可预防的大规模应用故障的风险。如果发现严重问题，可以在影响大量用户之前停止部署。最后，您可以在每个阶段密切监控应用性能、服务器负载和网络使用情况的诊断，以确保更新达到最佳效果。
- 最少10,000个非重复下载量：只有当您应用的上线版本在过去三年中在亚马逊应用商店上至少达到10,000次非重复下载时，才能使用分阶段部署。最低下载量10,000足以使分阶段部署数据有意义。
- 部署受众：部署适用于随机选择的下载您应用的用户以及根据应用的要求拥有合格设备的潜在用户。用户即在您为应用选择的目标国家/地区。
- 亚马逊应用商店认证：亚马逊应用商店会在您最初启动以及编辑分阶段部署时，对应用进行测试和审批。增加分阶段部署百分比不需要亚马逊应用商店的测试或审批。
- AAB/APK：对于分阶段部署的接收人，继续显示上线应用版本的元数据（例如，描述、图像和多媒体、销售国家/地区和标价、设备支持选项等）。在进行分阶段部署时，用户仅接收AAB/APK文件。分阶段部署仅限于Android AAB/APK，不适用于网页应用。
- 内容评级：您不能在进行分阶段部署时更改应用内容评级。
- 测试和QA：在初始部署之前彻底测试更新。考虑让beta版测试者或内部测试组使用动态应用测试（LAT），以提前发现潜在问题。
- 定义发布目标：确定您分阶段部署的目标。考虑新功能测试、性能改进验证和用户反馈评估等因素。
- 以1-10%部署开始：从总用户群中的1-10%用户开始，如果一切顺利，在后续阶段中逐渐增加百分比。
- 监控性能：使用分析工具跟踪应用在每个阶段的表现。注意崩溃报告、应用响应能力和用户参与度指标。将该数据与应用之前版本比较，以确定是否有任何异常。
- 迭代改进：根据反馈和性能数据，根据需要迭代并发布更新版本（请参阅下面的“停止分阶段部署”）。
- 监控服务器：在部署过程中密切关注服务器性能和可扩展性，以确保基础设施能够处理任何服务器端更新。
- 回滚计划：回滚是指在部署更新后恢复到应用的上一版本的过程。如果出现需要立即撤销更新的严重问题，制定回滚计划至关重要（请参阅下面的“回滚分阶段部署的步骤”）。
1. 在分阶段部署对话框中，选择应接收此更新的用户百分比。相应选项分别为1%、5%、10%、20%和50%。
a) 在开发者控制台中，转到您的分阶段部署版本（请参阅查看分阶段部署的详细信息）。
b) 单击分阶段部署按钮，然后选择增加分阶段部署比例。
c) 在分阶段部署对话框中，选择应接收此更新的用户百分比。增加分阶段部署百分比不需要通过亚马逊应用商店的测试或审批。
即使进行了细致的规划和测试，在部署过程中也可能出现意想不到的问题。在这种情况下，如果知道如何及时停止分阶段部署，可以防止对用户体验的潜在负面影响，并保护您应用的声誉。
常见问题：
- 严重错误：显著影响应用功能、稳定性或安全性的严重错误，应立即停止部署。
- 性能问题：如果应用的性能在更新后大幅下降，停止部署对于防止负面用户体验至关重要。
- 用户意见反馈：在部署期间，密切关注用户反馈。如果有多个用户报告类似问题，则可能需要停止部署以进行调查。
- 服务器过载：由于应用程序请求量大而导致的意外服务器过载可能会对应用程序性能产生负面影响。停止部署可以减轻服务器的压力，防止进一步出现问题。
停止分阶段部署的步骤：
如果要对任意选项卡进行更改（包括替换AAB/APK文件），必须从分阶段部署菜单中选择停止分阶段部署来停止分阶段部署，然后选择编辑分阶段部署。
- 在开发者控制台中，转到您的分阶段部署版本（请参阅查看分阶段部署的详细信息）。
- 单击分阶段部署按钮，然后选择停止分阶段部署。在停止分阶段部署对话框中，单击停止。
- 从同一分阶段部署下拉菜单中，选择编辑分阶段部署。
- 一旦选项卡变为可编辑状态，可以更新AAB/APK文件（也许可以使用修复了您检测到的问题的文件进行替换）。准备好恢复分阶段部署后，将看到用于重新提交并恢复分阶段部署的选项。
- 应用需要重新进行测试和审批，就像分阶段部署的第一个版本一样。
- 一旦获得批准，分阶段部署所针对（以及下载了先前版本的AAB/APK）的那批用户，在恢复分阶段部署后将获得AAB/APK的新版本。亚马逊应用商店永远不会还原用户已经下载到其设备的AAB/APK版本。
要“回滚”分阶段部署中使用的版本，请停止并编辑分阶段部署，然后使用原始APK（但versionCode更高）替换该APK，接着将新版本提交给所有用户。
回滚分阶段部署的步骤：
- 在开发者控制台中，转到您的分阶段部署版本（请参阅查看分阶段部署的详细信息）。
- 单击分阶段部署按钮，然后选择停止分阶段部署。在停止分阶段部署对话框中，单击停止。
- 从同一分阶段部署下拉菜单中，选择编辑分阶段部署。
- 在应用信息选项卡（现在可编辑）上，使用原始APK替换分阶段部署APK。确保其versionCode高于之前分阶段部署APK的versionCode。
重要须知：对于更新的APK，只有在其versionCode高于用户已安装APK的versionCode时，用户才会获得更新的APK。 - 单击保存以保存应用信息选项卡中的更改。 虽然可以重新提交APK以使用新APK恢复分阶段部署，但在这种情景下，我们会弃用分阶段部署工作流而直接向所有用户发布应用。
- 单击提交应用。通过提交应用，您将向所有用户发布此版本。您的应用需要通过亚马逊应用商店的测试和审批。在提交应用对话框中，单击提交以确认您希望发布应用。您应该会看到一条提示“应用提交成功”的消息。
分阶段部署可确保为您的客户一致发布更新。这种方法有助于收集有价值的反馈，发现并修复错误，并降低与大规模部署相关的风险。 请记住，成功的分阶段部署只是一个开始。持续倾听用户的意见、收集反馈并进一步迭代应用至关重要。
