我希望在不同环境之间自动化 CRM 的部署过程,例如开发环境、测试环境和 UAT。我想知道市场上是否有现有的工具可以为我自动部署?如果否,是否可以在不同环境之间实现 CRM 部署自动化,这样做的最佳实践是什么?
谢谢
我希望在不同环境之间自动化 CRM 的部署过程,例如开发环境、测试环境和 UAT。我想知道市场上是否有现有的工具可以为我自动部署?如果否,是否可以在不同环境之间实现 CRM 部署自动化,这样做的最佳实践是什么?
谢谢
在我工作的地方,我们目前正在处理完全相同的问题。我最初花了相当长的时间寻找可以帮助我们的现成产品,但我没有发现任何有希望的东西。因此,我们自己承担了这项任务。
微软的一些人就这个主题制作了一份简短的“白皮书”,我觉得这很有帮助。可在此处找到从开发到测试和生产环境部署 Microsoft Dynamics CRM 2011 和 CRM Online 解决方案。
我不会声称我们正在使用“最佳”实践,但我们选择尝试在 PowerShell 中或通过我们自己的 PS 模块中基于 .net 的 CmdLets 编写所有脚本。CRM 服务器带有一个 PowerShell 管理单元,其中包含一些用于创建/删除组织的基本功能,但在实际“部署”CRM 定制、配置数据、用户等方面,您或多或少是靠自己的。
知道您选择哪种方法(如果有的话)会很有趣?如果您有任何具体问题,请随时提问!
这个怎么样?
xRM CI 框架是一组工具,可让您快速轻松地为您的 Dynamics CRM 解决方案实施持续集成。
PowerShell 和 XRMCI 框架将很好地为您提供解决方案部署,缺点是无法添加到解决方案中的常规或配置数据(或当前在 CRM 2015 中存在错误的解决方案项目,例如案例创建规则、SLA 项目等。 )。在这种情况下,我和我的客户创建了 powershell C# CmdLets,它使用 SDK 和 API 创建常备数据,例如用户、团队、成员资格、队列、案例创建规则(尽管不受支持,但 API 确实允许),并配置邮箱等
因此,结合使用 XRMCI 框架、C# 和 PowerShell 可以自动将一个环境部署到下一个环境。关键是要慢慢来,手动执行脚本以开始并在流程中建立信任,调整和添加更多元素。一旦获得这种信任,就可以将其与 TFS 集成为 CI/CD 流程。
至于最佳实践,我自己的研究表明,这仍然是一个“敢于挑战”的领域,没有真正的“最佳实践”,迟早会有 Chef、Puppet、Octopus 和 Microsoft(与 DSC)等玩家做出贡献,但现在....