Cloud foundry 跨越api端点的路由名称

Cloud foundry 跨越api端点的路由名称,cloud-foundry,cf-bosh,Cloud Foundry,Cf Bosh,我们有以下两个端点,它们有各自的组织和空间 1开发环境: a、 b.c.org.cloud 2概念验证环境poc:a.b.c.poc.io 有一个路径名为my-cool-app.a.b.c.poc.io的appmy cool应用程序正在poc环境中运行 由于此应用程序中存在代码气味问题,路由名称由应用程序源代码硬编码决定,但不是通过cf push的manifest.yml决定。这将导致在开发环境中为我的酷应用程序指定相同的路由名称my-cool-app.a.b.c.poc.io 1应用程序能否在

我们有以下两个端点,它们有各自的组织和空间

1开发环境: a、 b.c.org.cloud

2概念验证环境poc:a.b.c.poc.io

有一个路径名为my-cool-app.a.b.c.poc.io的appmy cool应用程序正在poc环境中运行

由于此应用程序中存在代码气味问题,路由名称由应用程序源代码硬编码决定,但不是通过cf push的manifest.yml决定。这将导致在开发环境中为我的酷应用程序指定相同的路由名称my-cool-app.a.b.c.poc.io

1应用程序能否在dev environmenta.b.c.org.cloud中具有相同的路由名称my-cool-app.a.b.c.poc.io?因为我们看到此错误org.cloudfoundry.client.v2.clientv2异常:CF-InvalidRelation1002:无法将应用程序映射到此路由,因为路由不在此空间中。应用程序必须映射到同一空间中的路由。cf推送后

二, Dev和POC环境是否具有相同的云控制器数据库CCDB?因为CCDB维护应用程序名称与routename的绑定

1应用程序能否在dev environmenta.b.c.org.cloud中具有相同的路由名称my-cool-app.a.b.c.poc.io

这取决于您所说的开发和poc环境。如果它们是完全独立的基础,那么是的。它应该会起作用。您只需使用DNS来控制实际流量的路由位置

如果它们共享同一个云控制器,就像您有一个dev和poc组织一样,那么它可以工作,但有限制。您可以将同一路线映射到两个不同的应用程序,但它们必须位于同一空间。这就是这个错误所说的

应用程序无法映射到此路由,因为该路由不在此空间中。应用程序必须映射到同一空间中的路由

如果你将同一条路线映射到两个不同的应用程序,你实际上是在两个应用程序之间50/50地分割流量。如果云控制器允许跨组织和空间进行此操作,那么您可能会在另一个组织和空间中有人能够将流量从您的应用程序转移到另一个应用程序(可能是恶意应用程序),这将是一个大的安全问题。有鉴于此,云控制器阻止了这一点

2开发环境和POC环境是否具有相同的云控制器数据库CCDB?因为CCDB维护应用程序名称与routename的绑定

听起来您的环境确实如此,但这不是一个严格的要求。您可以有两个完全独立的基础,一个用于开发,另一个用于POC,它们不共享任何内容