容器编排环境里，代理IP配置放在哪一层

容器编排把一批容器组织起来统一调度，容器的创建、销毁、迁移都由它安排。这种形态下，容器的地址和所在的机器都在变，代理IP的配置写在哪里就成了一个需要想清楚的问题。放错层次，会出现改了没生效、或者容器重建之后配置跟着丢的情况。

编排层和容器层各管什么

编排层负责容器的组织和调度，容器层负责程序自己的运行。网络相关的配置落在哪一层，取决于这个配置是跟着容器走的，还是跟着整批容器走的。跟着单个容器的，放在容器定义里；对整批都一样的，放在更外一层更省事。

容器定义里

跟着这一个容器走，重建后仍然生效

配置项里

整批容器共用一份，改一处全部生效

运行环境里

由运行环境统一提供，容器不感知

三种位置没有绝对的好坏，各有适合的场景，差别主要在改动的影响范围。放在容器定义里，改动只波及这一个容器；放在配置项里，改动会波及整批；放在运行环境里，影响面最大。

怎么定下来

定的原则是先看差异有多普遍。全部容器都要用同一条代理IP的线路，就往上放；只有个别容器不一样，就放在容器定义里单独写。放在越外层，改动的影响面越大，能放在容器层的别往上提。

还有一点容易被忽略：容器会在不同的机器之间迁移。迁移之后容器的地址变了，本机上原本配好的东西不会跟着走。配置如果只存在容器内部，迁移一次就失效一次。写进容器定义或者更外一层，容器走到哪里配置就跟到哪里。多副本的场景里这一点更明显，副本数一变动，手工补配置根本跟不上节奏。

• 差异普遍就往上放，个别差异放容器里
• 放在越外层，改动影响面越大
• 容器迁移后配置要能跟着走
• 配置和凭据分开存，别混在一处

位置定下来之后再动手，返工的机会少很多。

编排环境下，容器本身是临时性的，配置必须放在能持久的地方。代理IP的设置放哪一层，取决于它跟着谁走：跟着单个容器的放容器定义，跟着整批的放配置项，多条流水线共用的放运行环境。定好之后，容器的创建、销毁和迁移都不会影响这份设置，换线路也只需改一处。容器可以重建，配置不能丢。