ALM 的环境策略

要遵循应用程序生命周期管理 (ALM) 原则，您需要用于应用开发和生产的单独环境。 尽管您只能在单独的开发和生产环境中执行基本 ALM，但是我们建议您同时还维护至少一个与开发和生产环境分开的测试环境。 如果拥有单独的测试环境，您可以执行包括解决方案部署和应用程序测试的端到端验证。 一些组织可能还需要更多环境来进行用户接受度测试 (UAT)、系统集成测试 (SIT) 和培训。

单独的开发环境可以帮助将所作更改与完成之前需要检查的一项工作隔离开来。 单独的开发环境还可以帮助减少一个人在进行更改时对另一个人造成负面影响的情况。

每个组织都是唯一的，因此请仔细考虑组织的环境需求。

开发环境

您应该回答如下问题：

• 我需要多少个开发环境？
  • 更多信息：环境概述
• 如何从源代码自动预配环境？
  • 详细信息：适用于 Azure DevOps 的 Microsoft Power Platform Build Tools
• 我的环境中的依赖关系有哪些？
  • 详细信息：多个解决方案分层和依赖项

其他环境

此外，您还应该回答“我需要哪些类型的非开发环境？”这个问题

例如，除了生产环境之外，您可能还需要单独的测试、UAT、SIT 和预生产环境。 请注意，在生产环境中进行任何部署之前，至少应该准备好使用测试环境的良好 ALM 实践。 这样可以确保您有一个测试应用的地方，同时还可以确保可以测试部署本身。

详细信息：建立 Microsoft Power Platform 的环境策略

多地理注意事项

Power Platform 环境执行特定的服务更新计划，因为环境在全球范围内更新。 共有六个站点，主要由地理位置定义。 服务更新按顺序应用于每个站点。 因此，站点 2 服务更新在站点 3 之前应用。 所以，不同站点的环境在某个时间点有不同的版本是很常见的。 有关环境服务更新计划的详细信息，请转到 Microsoft Dataverse 的已发布版本

解决方案导入和环境版本

当您在不同区域有多个环境时，在导入解决方案时了解以下内容很重要：

• 您可以将解决方案导入到比导出解决方案的环境版本更新的环境中。
• 您无法可靠地将解决方案导入到比导出解决方案的环境版本更早的环境中。 这是因为更早的环境中可能缺少组件或所需的功能。

成功将环境与服务更新站保持一致的示例

假设您在加拿大和美国有生产环境。 在这种情况下，您的开发环境应该在北美（站点 5）而不是在加拿大（站点 2）。 然后，您的开发环境将始终与您的生产环境相同或是更早的版本，这将减少解决方案导入版本冲突。

另请参见

解决方案概念