等到我们工作的年限越来越久，就会发现，当我们的参照系发生变化，就不会执着于自己的性别身份，反而会更加专注于业务、架构、问题本身。
有时候我们也会听到这样的吐槽“那个高P太务虚，提了很多设想，但就是实现不了”。那务虚到底对不对呢？务虚本身是没有对与错的。
所以我一直认为：问题是永恒的、变化是永恒的，差异也是永恒的，熵增熵减中，没有了这个，我们还有那个。
或许我们无法像毛主席那样打破、推动如此重大的社会认知，但是我们坚持去做，就能实现更高的人生价值。
一次采访中，阿里巴巴高级技术专家张磊分析了 Kubernetes 的本质，他指出，“Kubernetes 本身是一个分布式系统而不是一个简单的 SDK 或者编程框架，这本身已经将其复杂度提升到了系统级分布式开源项目的位置。
、迁移复杂：将现有的应用程序迁移到 K8s 比较复杂，尤其是非微服务架构，在很多情况下，必须重构特定组件或整个架构，并且需要使用云原生原理重构应用程序，例如状态依赖，如写本地目录、有顺序，网络依赖，如写死 IP，数量依赖，如副本固定等等。
这类服务非常善于处理一些 Job 类的任务，例如 AI 领域的算法模型训练，同时拥有在 K8s 环境下比较一致的开发体验，是容器服务生态非常好的补充。
让容器 + Serverless + PaaS 得以合三为一，使得技术先进性、资源利用率优化、不变的开发运维体验可以融合在一起。
而 5 队 v 5 队的战斗则需要相应 5n 毫秒，对弹性要求很高。此外，容器架构下挂载的 SLB，会因为轮询机制导致无法感知 Pod 的实际负载，由此引起的负载不均，产生死循环和稳定性风险。
SpuBO,SkuSnapShotBO等。这些虽然没有表达商品的概念也没有显示的定义
ItemBO 但是我们可以很容易的通过关联关系来把他们画成一类。你可能会觉得
