Cloud foundry 使用Bosh在OpenStack上部署CloudFoundry之后的迭戈_Cloud Foundry_Cf Bosh

Cloud foundry 使用Bosh在OpenStack上部署CloudFoundry之后的迭戈

cloud-foundry

Cloud foundry 使用Bosh在OpenStack上部署CloudFoundry之后的迭戈,cloud-foundry,cf-bosh,Cloud Foundry,Cf Bosh,我应该扩展CloudFoundry的部署清单以添加Diego版本，还是应该在CF清单旁边为Diego创建新的部署清单？我与Bosh合作在OpenStack上部署。这完全取决于您，主要考虑因素有：短期内，部署Diego的脚本/工具在生成两个单独清单的上下文中工作，一个用于cf release，一个用于Diego release（和etcd release和garden linux release）。例如，您可以在Diego路线图中看到，该路线图采用了-c标志，该标志是指向现有cf版本部署清单的

我应该扩展CloudFoundry的部署清单以添加Diego版本，还是应该在CF清单旁边为Diego创建新的部署清单？我与Bosh合作在OpenStack上部署。

这完全取决于您，主要考虑因素有：

短期内，部署Diego的脚本/工具在生成两个单独清单的上下文中工作，一个用于
```
cf release
```
，一个用于
```
Diego release
```
（和
```
etcd release
```
和
```
garden linux release
```
）。例如，您可以在Diego路线图中看到，该路线图采用了
```
-c
```
标志，该标志是指向现有
```
cf版本
```
部署清单的路径
将两者结合在一个部署中，可以更轻松地考虑某些操作问题。例如，
```
consu\u agent
```
与
```
cf release
```
和
```
diego release
```
中的大多数作业都位于同一位置。通常，您希望全面部署相同版本的
```
consu_agent
```
，但如果有两个不同的部署清单，则必须确保更新两个清单和
```
bosh deploy
```
两个清单中的发布引用。如果你的一个部署在中间因为一些不相关的原因而停顿，那么它会变得越来越复杂，原因是集群的状态和操作员需要采取的步骤。