我在 GCP 上使用 Kubernetes Ingress 将流量路由到不同的 HTTP 服务。
TLDR：有没有办法通过从多个不同的规范文件中添加规则来控制单个 Ingress 对象？我们希望允许每个微服务部署它自己的路由规则，但只有一个（或几个）Ingress 实例。
服务应该暴露在背景下：使用 Kubernetes 部署 HTTP 微服务的一个关键原因是我们的团队可以独立部署每个服务，甚至可以在不更改任何中心配置的情况下部署新服务。
在有许多（几十个，几百个？）HTTP端点的环境中，每个端点都是独立管理和部署的，路由成为一个问题；Ingress“应该”解决这个问题，但我们不想单独或集中管理服务的路由配置。
我们正在运行多个需要运行相同软件的全球分布式 Kubernetes 集群。当我们发布此软件的更新（作为上传到私有 Docker 存储库的 Docker 映像）时，我们当前的部署管道需要遍历已知部署列表，连接到每个集群并在那里更新正确的部署。这是一个繁琐、脆弱、缓慢且不可扩展的过程。
我正在寻找一种方法来解决这个问题，方法是创建定期检查新 Docker 映像版本的部署，当他们检测到更改时，他们会拉取新映像并更新正确的部署。这应该由每个集群独立完成，因此没有连接到每个集群的中央进程和要维护的集群列表等。
不要求所有集群同时更新，但其想法是在没有中央管理的情况下具有最终一致性。
是否有现有的工具可以做到这一点或以不同的方式解决这个问题？
我正在尝试使用 packer.io 为我已经使用 Chef （chef-solo特别是）自动部署的服务器创建机器映像，使用amazon-chroot构建器和chef-solo配置器（围绕它的一些 shell 配置步骤用于初始化 / 清理的东西）。
此方法在系统的某个位置安装一个 EBS 卷，然后chroot进入其中并在那里运行 Chef 配置过程。问题是，一些 Chef 食谱创建并启动服务，我无法让它们不在 chroot 中启动。我希望他们不要开始，原因有两个：
我已经/usr/sbin/policy-rc.d正确创建（如 Packer 文档中所述），并且正在执行以下操作以停止initctl工作：
dpkg-divert --local --rename --add /sbin/initctl
ln -s /bin/true /sbin/initctl
（当然我会在构建过程结束时恢复它）。但是，某些服务——特别是 Chef 安装的postfix服务，在安装后仍然能够自行启动。
关于我应该采取哪些额外措施来阻止服务启动的任何建议？
欢迎使用 Debian / Ubuntu 特定的解决方案。
我正在开发一个使用 upstart 运行多个服务/守护进程的应用程序。这些应该在系统启动时启动，但只有在数据库服务器（在我们的例子中是 mongo）启动之后。我正在寻找正确的 upstart 配置以导致服务在启动时启动 mongo 或仅在 mongo 启动后启动。
我不想修改不属于我们自己软件的任何新贵配置（例如修改 mongo 新贵配置）。
一个方向是在我们的代码中添加如下内容：
start on started mongod and runlevel [2345]
或类似的东西，但我认为这不是我想要的：我希望“mongo started”成为我们服务的要求，我不希望它触发我的脚本启动。例如，我不希望有人手动停止我们的服务并重新启动 mongo，例如，我们的脚本也会无意中启动。
有什么建议么？