要考虑的运营差异
以下部分讨论 AX 2012 与财务和运营应用之间的操作差异。
Lifecycle Services
Microsoft Dynamics Lifecycle Services 将简化和标准化实施流程，从而帮助提高实施的可预测性和质量。 Lifecycle Services 是一个基于 Microsoft Azure 的协作门户，提供统一和协作的环境以及一组定期更新的服务，可帮助您管理实施的应用程序生命周期。
Lifecycle Services 的财务和运营应用实施的必要条件。
Lifecycle Services 的目的是在恰当的时间向恰当的人员提供恰当的信息，并帮助确保可重复和可预测地进行实施、更新或升级。 Lifecycle Services 通过提供消费者和合作伙伴可以独立和一起使用的共享工作区，鼓励加强沟通，帮助加速发展，并缩短时间。
当您订阅财务和运营应用后，您将首先通过 Lifecycle Services 加入到该服务。 此流程与获取 AX 2012 的安装媒体、许可证密钥和安装材料类似。
接下来，您将进行部署。 您可以在 Azure 上快速部署应用程序。 请务必考虑财务和运营应用可以部署到 Azure 区域的子集。 有关详细信息，请参阅 Dynamics 365 和 Microsoft Power Platform 可用性。 与 AX 2012 相比，您不必执行硬件计划或完整安装步骤。
通过使用 Lifecycle Services，服务以及发现更新和 bug 修复的功能都进行了简化。 与 AX 2012 相比，您无需再使用手动步骤进行修补程序发现和安装。
最后，您可以快速和直接从实施项目中记录支持案例。 您无需再像在 AX 2012 中那样，登录到单独的门户进行支持管理。 有关详细信息，请参阅财务和运营应用中的 Lifecycle Services 入门。
环境管理
环境在 Lifecycle Services 中进行管理。 您的环境中正在发生多个流程，例如开发、回归测试、性能测试、代码升级和数据迁移。 您还需要具有在其中处理交易的生产环境。 除一级开发人员环境外，这些环境均由 Microsoft 管理。 由于许多并行流程同时在不同的环境中发生，因此您必须完成环境计划。 您应考虑您需要多少个开发环境、测试环境等。
调试也已更改。 由于生产中不存在源代码（仅二进制文件部署到生产），因此调试不再在生产环境中进行。 调试在开发人员环境中执行。 您可以使用多种工具在 Lifecycle Services 中或通过数据库访问进故障排除。
数据库访问权限也已更改。 您不再具有访问生产数据库的权限。 SQL Server Management Studio 访问权限不可用于生产数据库。 例如，您可以通过在 UAT 环境中创建生产数据的副本来调试数据。
您需要了解多个环境层级，尤其是在您正在进行环境计划时。 每个层级具有不同的成本和用途。
第 2 层及更高层级的环境
第 2 层及更高层级环境的环境是多沙盒环境。 这些沙盒使用 Azure SQL。 该体系结构与生产环境的体系结构相同，但不像生产环境那样具有高可用性和灾难恢复。 第 2 层及更高层级的环境由 Microsoft 管理，并且不能由客户或合作伙伴托管。 因此，这些环境是附加产品。
标准订阅环境
每个财务和运营应用订阅都附带以下功能：
- 每个租户一个生产实例。 生产多沙盒实例具有灾难恢复和高可用性。
- 租户有效期一个标准接受度测试实例。 其他沙盒/暂存实例可作为可选附加产品单独购买。 该非生产多沙盒实例可用于用户验收测试、集成测试和训练。
有关详细信息，请参阅 Dynamics 365 定价。
生产环境
生产环境支持高可用性和灾难恢复。 生产环境旨在用于生产流程和交易。 请注意，生产环境由 Microsoft 完全管理，并且不提供对生产数据库的访问权限。 要获取生产环境，您必须经过上线评估，该评估可确保在 Lifecycle Services 中及时更新和激活使用情况配置文件、代码和配置准备就绪以及客户 UAT 已签核。 生产环境在 UAT 结束时发布（大约在上线前一个月）。
部署生产环境后，我们建议您在生产中进行实践转换，包括最后一轮测试。 此外，可使用时间点还原将生产还原到一个清理快照（每 15 分钟一次，最多持续 30 天）。
有关详细信息，请参阅准备财务和运营应用上线。
数据管理
内置到财务和运营应用中的数据管理功能使您能够设置数据集成、使用数据导入/导出框架、迁移数据、执行数据刷新以及使用您的数据实体来工作。 数据实体是表的非规范化视图，使您能够使用数据管理功能。 数据实体与视图相似。
有关详细信息，请参阅在财务和运营应用中使用数据管理。
持续更新和 One Version
Microsoft 持续发送 Dynamics 365 应用程序更新。 One Version 的目的是使所有使用 Dynamics 365 的组织都在同一版本上，并且正在不断更新应用程序。 该方法具有许多优点。 其中一个优点是，您始终使用的是最新版本的应用程序，这还可以为将来的应用程序或版本升级节省时间、金钱和精力。 持续更新提供使用 Lifecycle Services 进行处理，且应用程序生命周期管理 (ALM) 应包括 Microsoft 更新。 在确定您的环境策略时，也应考虑持续更新。 您需要确保您有充足的环境可用于发布您的自定义和代码，并且可以处理 Microsoft 更新。
有关详细信息，请参阅 One Version 服务更新概述。
您可以通过使用 Regression Suite Automation Tool (RSAT) 来使用自动测试。 该工具允许您在运行更新时运行自动测试。