1

我们有 3 个环境：dev、test 和 prod。所有 3 个都有用于 web 和 sql 的不同服务器。（6 台服务器）我们还共享 1 台 AD FS 服务器。MSDCRM 2015 On-Premise（不在云中托管）。对于每个环境，我们都有带有不同 OU 的 AD。我们计划与 crm api/sdk 集成以从我们的会计软件和网站获取/设置数据。

我想了解的是如何正确命名组织。我们希望我们的 URL 是：（例如 orgname="orga"）

  • crm.company.com/orga
  • crm-test.company.com/orga
  • crm-dev.company.com/orga

根据我们的 CRM 合作伙伴的说法，该组织必须是其环境所独有的。他们试图建议我们使用“crm-dev”作为我们的组织名称，例如在 dev 中，在测试中我们的组织将是“crm-test”，在 prod 中是“crm”，但对我来说，这不是最佳实践，只是servername 在 3 个环境中应该不同，并且 orgname 在所有 3 个环境中都相同。

常识告诉我，“组织”将是我们的公司/公司，实际上我们可能也有其他公司......所以假设我们有 3 个组织，一个称为 orgA，另一个称为 orgB。那么我们的网址将是：

  • crm.company.com/orga
  • crm.company.com/orgb
  • crm-test.company.com/orga
  • crm-test.company.com/orgb
  • crm-dev.company.com/orga
  • crm-dev.company.com/orgb

根据我对多环境的所有经验，我认为“子域”或服务器名称之外的任何差异都是不好的做法，但我们的合作伙伴说我们别无选择，这是“微软也建议”的最佳做法。 . 他们说在多个环境中使用相同的组织名称会“破坏事物”。她还说，使用我们自己的 DNS A 主机记录来更改人们将使用的 URL 也会导致问题。

我花了几个小时在网上搜索其他人问这个问题，但似乎我是唯一一个不知何故的人。我认为这是一场流行的辩论，因为它是您的 crm 信息的最高级别并且会影响 URL。

4

1 回答 1

1

我们的情况和您一样，有 3 种不同的 CRM2015 本地环境（用于开发人员、验收测试和生产）。我们在所有三个环境中使用相同的组织名称（在本例中为公司名称）。

我们使用服务器别名来区分安装。因此，鉴于我们已将基于 CRM 的产品命名为 XYZ 并且公司称为 ABC，我们将具有以下环境地址：

  • 服务器 1 上的 XYZ-dev.company.com/ABC（开发环境）
  • 服务器 2 上的 XYZ-tst.company.com/ABC（测试环境）
  • 服务器 3 上的 XYZ.company.com/ABC（产品环境）

这对我们来说很好，我们没有任何因此而破裂的经验。

于 2015-03-16T07:48:08.457 回答