【发布时间】：2015-05-11 21:22:12
【问题描述】：
我一直在使用 IBM Bluemix（到目前为止非常喜欢它），我们正在考虑将它用于生产。我不完全清楚的是当运行时环境或服务更新时会发生什么。我认为这种情况经常发生。
新版本是否总是向后兼容？如果是这样，这是否在服务条款的某个地方得到保证？
我试图避免的是将生产代码放在平台上，然后由于运行时或服务更新而不得不不断更新（或让它中断）。
有人有经验吗？过去的更新是否总是向后兼容？
标记
【问题讨论】：
【发布时间】：2015-05-11 21:22:12
【问题描述】：
虽然我不相信 buildpack 将始终向后兼容，但您始终可以选择以前的 buildpack 版本。
尝试运行“cf buildpacks”命令并查看其中编码的 buildpack 名称和版本信息，并认为您会明白我的意思。
【讨论】：
-
'cf buildpacks' 似乎告诉我有可用的 java 和 node.js 的先前 buildpack 版本，这将解决（至少）这两种语言的问题。但是服务怎么样？ 'cf marketplace' 仅列出每个服务的一个版本。然后，我尝试使用“cf marketplace -s cloudantNoSQLDB”来获取有关特定服务的更多详细信息，但在以前的版本中找不到我可以绑定的任何内容。
-
服务的工作方式与 buildpack 不同。只能配置服务的当前版本。
-
是的，明白了。回到我最初的问题，这意味着服务 API 需要向后兼容。正确的？如果没有，更新的服务 API 可能会破坏我的应用程序。
-
这是一种明显的可能性，但是大多数服务采用的设计选择允许同时使用其 API 的多个版本。例如'/v1/api/xxxxxxx'和'/v2/api/xxxxxx'
更新 buildpack 后，它们将不会用于您的应用程序，除非您重新加载它，因此您也可以控制何时获取更新。这让您有机会在应用的非生产版本上对其进行测试。
【讨论】：