学习k8s前鄙视eci，学习完后决定 放弃k8s，拥抱ECI；
从架构图可以看到，以后ECI不会是方向，只是一些压测，弹性伸缩的业务；
2. eci 不能融入k8s生态，导致企业不愿意转，这也是eci一直想融入k8s生态，向k8s生态靠拢的原因，就是说 是eci 什么 k8s serverless版本退出，底层基于eci，没有k8s生态 eci就是一坨屎；
3. eci本身类似 ecs，使用上 就是搭载一个外部的负载均衡，像ecs传统一个 来添加监听，不能基于路径进行路由，也是基于端口的；
4. 坚决停留在k8s生态里，不要偏离方向，阿里云这样的企业 也无法撼动k8s生态，技术玩的就是生态；
2024.5.17 更新：
我发现自己片面了，自己的认知已更新，要拥抱eci，而不是k8s；k8s这类通用产品 云服务商是不会大力推广使用的，云服务商一定会基于自身利益，和自己的云操作系统底座，开发出与k8s类似的功能，而且会实现全家桶 UI 简单化操作；这个是利益 驱动的必然性；云服务商 搞k8s 是为了兼容K8S，吸取k8s的用户使用自己的产品；举例：
-
阿里云的负载均衡 ALB，就是一个网关，这个网关是阿里云自研的，自己调优的，基于阿里云的洛神系统，这个网关 与 k8s的 nginx-ingress网关 有什么区别呢，阿里云为了让熟悉k8s的人 转向自己的ALB，推出了 ALB Ingress，就是吸k8s的用户 使用ALB，这个项目 肯定不会是 主力项目，所以开源，凡是主推的东西，企业主力核心的项目都不会开源；经典的一句话是：开源的最便宜，往往也是最贵，最贵指的就是长期的代价；比如维护成本，断更 你需要切换，代价巨大；
-
再说容器管理，k8s用容器管理，阿里云 肯定会做自己的容器技术，就是ECI，ECI为了吸k8s的开发者进来，也推出了相应的产品 来兼容k8s的容器；
-
再看下 购买 K8S容器的时候，就是ACK托管版，这个应该用的人最多；
总结：
为了钱，水很深，要看得清，既然使用阿里云，就要使用 他们自家的核心基础产品，而不是其他公司开源的，或他自身开源的即如下：
- 使用 ALB 或 NLB，CLB可以说已经彻底进入倒计时，已经是为了兼容而存在；
- 使用ECI，而不是K8S 的 ACK托管版或ACK专业版或ACK ServerLess版，要直接使用ECI，不要使用k8s的那套；