K8s-为什么使用 Job 而不是直接使用 Pod？

主要观点总结

文章主要介绍了Kubernetes（K8s）以Pod作为集群中调度运维的最小单位的设计理念。文章提到了Pod相对于容器的地位，以及K8s资源对象的设计原则。

关键观点总结

关键观点1: K8s以Pod作为集群调度运维的最小单位

文章指出Pod比容器更能代表实际应用，因此K8s并没有在容器层面编排服务，而是以Pod为中心进行集群的调度和运维。

关键观点2: K8s资源对象的设计理念

文章通过介绍K8s的资源对象关系图，阐述了K8s基于Pod的设计理念，体现了Google对于大规模计算集群管理的深刻思考。

关键观点3: 面向对象的设计原则在K8s中的应用

文章强调了在K8s中使用面向对象的方式解决问题，并提到了面向对象设计的基本原则，包括“单一职责”和“组合优于继承”，这些原则在K8s的资源对象设计中得到了体现。

关键观点4: Pod的独立性及其与其他资源对象的关系

文章指出由于Pod是一个比较完整的对象，专门负责管理容器，为了保持其独立性，不应该盲目扩展其功能，而应该定义其他功能对象，并将Pod作为其中之一进行组合。