其实我倒觉得相反

k8s本身并没有离开linux内核提供的这些基础太多，比如namespace，cfs share, quota，ipvlan等基础，有时候出了问题，稍稍一挖，就会发现又穿透k8s，掉进了linux本身的问题里去了

甚至有时候我都觉得 k8s有点太简陋，或者某些关键设计理念本身有点不自洽，
最典型的，pod是k8s认为的最小的完整的功能体，但是k8s却把资源的限定放在了容器级别（因为沿用了docker对cfs的使用方式理念），所以，一个pod里面的不同容器之间，一个容器的富余资源配额，不能被同一pod的另一个容器挪用，所以，在流量类型有变化的情况下，预先设定好的静态的容器资源配额可能就不是最优的了，即使最近出来一个static cpu manager，也只是用来解决cfs over throttle问题的，不是解决pod内部动态资源配比问题的



【 在 littleSram 的大作中提到: 】
: 非常理解
: 关于云原生，我觉得是趋势，确实复杂，好多人都有类似的感觉，当对k8s了解的越多，越发现know nothing about k8s
: 关于架构师，我见到的都是写PPT向老板汇报的那种，基本不写代码，但是会画所谓的架构图，有具体的问题，不会参与。反正这些人都号称架构师。
: ...................
--
FROM 223.81.245.*