为另一个域临时使用Desire2Learn API密钥

Question

问：“域受限”Desire2Learn API密钥是否100%锁定于为颁发的D2L域，或者是否可以用于处理其他域的工作--例如，几个星期的升级测试？

我们案件的具体细节：

我的学校正在准备升级我们的D2L学习环境。我们有一个产品LE和一个Dev，我们期望得到一个专门用于升级测试的第二个Dev (由D2L托管的所有3个实例，fyi)。

我们有2个国产的Valence客户端应用程序来测试升级的LE。我知道我们的Valence密钥是专门为我们现有的(而不是升级的) Dev域发布的。我也知道我们的客户端应用程序是用那个键硬编码的。

但我不清楚我们是否需要获得一个新的API密钥并相应地编辑我们的客户端应用程序，或者在测试升级过程中，我们是否可以在“错误”的域上使用现有的密钥几周。

这种安排能否暂时使用呢？

Answer 1

有几种可能的方法；你选择的方法将取决于你的环境。

使用已为新域授予的另一个测试应用程序的密钥。如果您已经为仅限于新的DEV2 LE的应用程序授予了App /密钥，那么您可以尝试暂时使用该应用程序的凭据。这需要使用新凭据重新构建或重新配置客户端应用程序。我们不推荐这种方法，因为为了进行有效的测试，您肯定希望对哪个应用程序调用LE具有可跟踪性；但是，如果您已经拥有了一组应用程序凭据，例如，您可以在紧急情况下切换到共享这些凭据。

在DEV2 LE上使用来自DEV1 LE的LMSID/密钥凭据。应用于app键的“域限制”对应于部署时分配给LE实例的LMSID/Key凭据。如果您的DEV2实例在升级场景中仅被浮动为测试集成，并且这些集成已经(以它们的测试形式)都针对您的DEV1实例，那么您的DEV2 LE可能使用与DEV1 LE相同的LMSID/密钥凭据。这意味着DEV2 LE从D2L的关键工具服务中获取其已知的应用程序凭据列表，它将获得与DEV1 LE完全相同的凭据列表。这是最激进的建议，将需要D2L的支持台参与其中，并且非常肯定地需要由您的DEV2 LE认可的支持联系人来指导--这种部署对于某些非常具体的测试LMS实例来说是有意义的，但是它是一个非常大的锤子，所以在这里可能不是正确的选择。

请注意，如果您没有权限更改应用程序的代码/配置本身(应用程序凭据被放入应用程序中)，此解决方案是唯一有效的解决方案--如果要测试的应用程序必须针对行为像DEV1实例一样的LE，那么这可能是唯一可行的解决方案，在这种情况下，您可能不得不等到升级的LE部署到DEV1上测试您的应用程序。我一点也不相信授予的一组应用程序凭据可以被“重新指向”到一个新的域限制。

申请一个新的应用程序ID/密钥对，并努力加快请求。授予应用程序ID/密钥和部署应用程序ID/Keys的主要延迟在于让目标LMS域的合作伙伴和或帐户管理器批准请求:如果您将您的合作伙伴和/或帐户管理器排成一行，并要求他们指导请求，则此延迟可以降低。这将是理想的选择，因为它在现有的业务关系中使用“适当的渠道”，这是它打算使用的方式。

在新的DEV2域中为测试应用获取一组新的应用程序凭据不需要很长时间，特别是如果您已经建立了一种通过合作伙伴和或帐户管理器授予应用程序权限的现有关系。此解决方案仍然需要您更改/重新配置您的应用程序。

如果可能的话，你应该走最后一条路。