day14 : 前半段小结

参赛将近半个月，终於完成了我认为贴近infra的部分，这也是为什麽要做个小结的原因，大部分企业在使用kubernetes的时候，常常会有一个疑问是，到底这个的管理要怎麽归属呢？

如果用比喻的方式来形容，资讯架个的演进，从bare-matal -> hypervisor -> containerized，k8s 是很接近hypervisor内host的角色(like vCenter)，每一个node用vmware来看的话就像是esxi host一样，而pod就像是vm不过更轻更小，但是差异点在於以往的vm通常会有os的管理员可能会是公司内的维运team在系统异常时登入进行troubleshooting，而container 没有管理员的角色，并且很少会有进到container进行维运的需求，如果要说对pod的维运，反而更贴近把yaml调整成正确或是可用的宣告。

所以以简易的二分法 infra(mis) 与 ap 界线，在我今天之前的内容我认为都列属於infra的权责，当然如果公司内部infra还有细分到系统管理员、资管、devops team，SRE、k8s RD，那麽又可以切分到更细致像是k8s底层的维运控管 add node 建置等等..给系统管理员，argo promo和k8s管控介面权限给资管，devops负责设计gitops的流程和yaml，SRE处理metric logging tracing，RD负责优化及增进功能诸如base image的设计，这样看起来就是较为优秀的维运团队。

另外前面这段日子所构筑出来的架构，是可以整成一段自动化的流程的，透过ansible和terraform自动的建置出kubernetes，并搭配yaml和cli将管理功能配置完成，甚至搭配gitops的方式在k8s建置完成後自动的sync git repo将management namespaces完成，这样在更新管理机制时也可以一并同步给所有的cluster呢。