kubernetes版本融合背景 在kubernetes 1.6版本的基础上进行了深度的定制.而且该版本已经相当稳定.但是随着kubernetes版本迭代,后期使用的如service mesh/kubeflow项目依赖于高版本的kubernetes,比如1.8或者1.10以上的版本.这样就产生了一定的矛盾.直接将1.10的k8s合并到1.6上,成本很高,难度也很大.因此需要其他方案进行版本融合. 融合方案思路与设计 k8s的资源可以分为两类,一类是核心资源,如pod/svc/node/ep/rc…