问：“域名限制”Desire2Learn API密钥100％锁定到他们为颁发的D2L域名，或者是否可以用于在其他域名上工作 - 例如，几个星期的升级测试？
特定于我们案例的详细信息：
我的机构正准备升级我们的D2L学习环境。我们有一个Production LE和一个Dev LE，我们期望获得专门用于升级测试的第二个Dev LE（由D2L托管的所有3个实例，fyi）。
我们有2个自主开发的Valence客户端应用程序，可以使用升级后的LE进行测试。我知道我们的Valence API密钥是专门为我们现有的（未升级的）Dev域发布的。我也知道我们的客户端应用程序是用该密钥硬编码的。
但我不清楚我们是否获取新的API密钥并相应地编辑我们的客户端应用程序，或者我们是否可以使用“错误”域上的现有密钥进行处理我们正在测试升级时间。
暂时可以使用这种安排吗？
答案 0 :(得分：1)
有几种可能的方法;你选择的那个将取决于你的情况。
使用已为新域授予的其他测试应用程序密钥。如果您已经为仅限于新DEV2 LE的应用程序授予了应用程序ID /密钥，那么您可以暂时尝试使用该应用程序的凭据。这需要使用新凭据重建或重新配置客户端应用程序。我们不建议使用这种方法，因为对于有效的测试，您肯定希望能够跟踪哪个应用程序正在调用LE;但是，如果您已经为狭义部署的测试应用程序提供了一组应用凭据，则可以通过捏合切换来共享这些凭据。
使用DEV2 LE上的DEV1 LE的LMSID /密钥凭证。应用于app密钥的“域限制”对应于在部署时分配给LE实例的LMSID /密钥凭证。如果您的DEV2实例仅在升级方案中进行了浮动测试集成，并且这些集成已经（在他们的测试表单中）全部针对您的DEV1实例，那么您的DEV2 LE可能会使用相同的LMSID /密钥凭据作为你的DEV1 LE。这意味着DEV2 LE从D2L的密钥工具服务中获取其已知应用程序凭证列表，它将获得与给予DEV1 LE完全相同的凭证列表。这是最激进的建议，需要D2L的支持服务台参与，并且肯定需要由DEV2 LE的认可支持联系人进行牧养 - 这种部署可以对某些特定种类有意义测试LMS实例，但它是一个非常大的应用锤，所以它可能不是这里的正确选择。
请注意，如果您无权更改应用程序的代码/配置本身（应用程序凭据已添加到应用程序中），则此解决方案是唯一可用的解决方案 - 如果您要测试的应用程序必须对LE起作用，就好像它是DEV1实例一样，那么这可能是唯一可能的解决方案，在这种情况下，您可能需要等到升级后的LE部署在DEV1上才能测试您的应用程序。我完全不相信一组授权的应用凭证可以“重新授权”到新的域名限制。
申请新的应用程序ID /密钥对，并努力加快请求。授予应用程序ID /密钥并部署它们的主要延迟在于让目标LMS域的合作伙伴和/或客户经理批准该请求：如果您将您的合作伙伴和/或客户经理与您的情况和要求他们牧养请求，这种延迟会降低。这将是理想的选择，因为它以预期的方式使用现有业务关系的“适当渠道”。
在新的DEV2域中为测试应用获取一组新的应用程序凭据不应该花费很长时间，特别是如果您已经存在已经通过合作伙伴和/或客户经理授予应用程序信用的现有关系。此解决方案仍然需要您更改/重新配置您的应用程序。
如果可能的话，你应该走最后一条路。