Ibm cloud 应用程序运行时服务的凭据已更改

应用程序运行时，VCAP_服务的凭据（api密钥/用户名/密码）是否可能更改
我发现绑定到node.js应用程序的两个服务（message hub和sendgrid）在部署后不久（大约2小时）更改了凭据，因此我与这些服务的所有连接都失败了，因为我在应用程序启动时已将凭据存储到变量中。

---

以前有没有其他人发生过这种事？这正常吗？处理这种情况的最佳方法是什么？

我以前不知道会发生这种情况。是否可能有人手动更改了某些内容或重新创建了服务

我以前没有意识到这种情况。是否可能有人手动更改了某些内容或重新创建了服务

如果从message hub解除应用程序的绑定、删除并重新创建message hub实例或删除并重新创建应用程序实例，则VCAP_服务中的凭据可能会更改

---

由于VCAP_服务是一个环境变量，因此在特定应用程序的生命周期内它不能更改。即使重新启动应用程序，VCAP_服务也不应更改。这是因为此值是在应用程序与服务关联的时间点设置的（例如，当您在Bluemix API中说“使用此服务”时）。

如果您从message hub解除应用程序的绑定，删除并重新创建message hub的实例，则VCAP_服务中的凭据可能会更改，或者删除并重新创建应用程序的实例

---

由于VCAP_服务是一个环境变量，因此在特定应用程序的生命周期内它不能更改。即使重新启动应用程序，VCAP_服务也不应更改。这是因为此值是在应用程序与服务关联的时间点设置的（例如，当您在Bluemix API中说“使用此服务”时）。

对于message hub，每次重新部署节点应用程序时，凭据都是不同的。是因为服务在部署期间被解除绑定并重新绑定到应用程序吗？同样，CloudantDB也绑定到同一个应用程序时不会出现这种情况。您的重新部署是否使用了无路由选项？如果不是，这可能是导致问题的原因吗？每次重新部署都会生成不同的路由？对于message hub，每次重新部署节点应用程序时，凭据都是不同的。是因为服务在部署期间被解除绑定并重新绑定到应用程序吗？同样，CloudantDB也绑定到同一个应用程序时不会出现这种情况。您的重新部署是否使用了无路由选项？如果不是，这可能是导致问题的原因吗？每次重新部署都会生成不同的路由？谢谢@Rajini的回复。你说的是真的，我在message hub停止时重新部署了应用程序，导致凭据发生更改。但我仍然看到消息中心在2-4小时后停止，我必须重新部署应用程序来修复它。也许我会就此开始一个不同的线程，但是除了Bluemix文档之外，还有其他消息中心的例子吗？…特别是当生产者和消费者在不同的应用程序上时？谢谢@Rajini的回复。你说的是真的，我在message hub停止时重新部署了应用程序，导致凭据发生更改。但我仍然看到消息中心在2-4小时后停止，我必须重新部署应用程序来修复它。也许我会就此开始一个不同的线程，但是除了Bluemix文档之外，还有其他消息中心的例子吗？…特别是当生产者和消费者在不同的应用程序上时？