客户互动应用环境
Microsoft Power Platform 环境可提供存储、管理和共享业务数据、应用、聊天机器人和流的空间。 它还充当容器，用于分隔可能具有不同角色、安全要求或目标受众的应用。 选择环境的使用方式取决于您的组织和您尝试构建的应用。 Dynamics 365 应用也使用 Microsoft Power Platform 环境。
要遵循健康的应用程序生命周期管理 (ALM) 原则，您需要单独的应用程序开发和生产环境。 您可以仅使用单独的开发和生产环境执行基本 ALM，但我们建议您在开发和生产环境之外再至少维护一个测试环境。 在单独的测试环境中，您可以执行端到端验证，包括解决方案部署和应用程序测试。 一些组织可能还需要维护更多环境，用于用户验收测试 (UAT)、系统集成测试 (SIT) 以及培训。
某些项目团队还使用单独的开发环境，这有助于在正在签入的工作量完成之前将更改从该工作量中隔离出去。 单独的开发环境也有助于减少一个人在进行更改时对另一个人造成不利影响的情况。
环境用途
您需要的环境用途和数量取决于 ALM 和项目的需求。 每个项目都应具备的三种环境创建用途为：
- 开发
- 测试
- 生产
这三种用途也称为开发/测试/生产。生产就是指用户在其中使用您为他们构建的解决方案进行工作的实时系统。
开发环境
在开发环境中，您应对系统执行所有的开发、配置和自定义操作。 此环境应仅包含用于执行简单系统测试的虚假数据。 最终用户几乎无法访问开发环境。 开发人员和定制员可以对系统进行更改，他们需要访问此环境。 每一项更改、每一段代码和每一个配置都应当先在开发环境中完成。
请不要在主开发环境中执行试验或原型设计。 例如，假设您计划测试一个要集成的新产品，测试完成后要在开发环境中安装并试用。在安装产品的过程中，其他自定义设置会逐渐对它形成依赖。 这种现象可能破坏您的 ALM 流程或在测试或生产中引入不需要的依赖项。 为避免这个问题，请务必在独立环境中进行试验或原型设计。 此外，请务必保留正式开发环境，用于处理即将提交到测试和生产的更改。
测试环境
测试环境就是您和用户执行所有测试（例如集成测试和用户验收测试）的环境。 在测试环境中，您应选择可以用于测试的数据。 为此，您可以从生产环境中选择部分数据，也可以自行创建用于测试的匿名测试数据。 不应在测试环境中进行任何自定义设置。 将开发环境的解决方案提交到测试后，您就可以执行所有测试了。 如果在测试环境中发现了任何无法正常工作的元素，则需要在开发环境中做出相应更改，请不要直接在测试环境中做出更改。
生产环境
生产环境就是用户开展日常工作的环境。 因此，不应在生产环境中进行任何更改、编写任何一段代码或执行任何配置。 如果在生产环境中发现了 bug，则需要返回到开发环境，做出相应更改，将解决方案提交到测试环境进行测试，然后将其提交到生产环境。 因此，生产环境理应包含所有真实的实时数据。 需要在 Power Platform 管理中心管理所有环境。 创建环境时，需要为其选择关键特征，例如地理位置和环境类型。 您可能会看到以下环境类型：
- 默认
- 开发人员
- 沙盒
- 生产
无论要创建沙盒环境还是生产环境，不同类型环境都要使用相同的技术结构。 不过，沙盒环境和生产环境在行为方式和提供的管理选项上存在一些差异。
要将自定义设置从开发环境转移到测试和生产环境，请导出和导入解决方案。 解决方案中包含所有自定义设置，例如，表、列、Power Automate 流等等。 输入到系统中的数据不会添加到解决方案。 解决方案分为托管和非托管两种类型。 开发环境中的解决方案大多属于非托管类型。
可以在非托管解决方案进行系统更改。 从系统中删除非托管解决方案后，该解决方案中的组件并不会从环境中删除。 测试和生产环境中使用的是托管解决方案。 这些解决方案已锁定，因此您无法对其进行任何更改。 这种方法非常适合仅在开发环境中对系统进行更改的环境策略。 如果从系统中删除托管解决方案，则该解决方案中的所有组件也将从系统中删除。