哪个先被淘汰？
作为一个微服务管理和通讯的完整解决方案，两个都不会被淘汰。但是不可否认的是，他们提供的部分功能会被基础设施所取代。比如说服务发现，服务注册的功能，如果你的微服务是部署在 kubernetes 集群上，那么利用 kubernetes 的服务注册和发现的功能会更简单。又比如说负载均衡，流量管理和 circuit breaker 之类的功能，如果用了 istio ，那么这些功能也会被自然转到 envoy 代理上。总之很多功能会从应用程序剥离出来，下沉到基础设施。
为什么是K8S?
试想下传统的后端部署办法：把程序包（包括可执行二进制文件、配置文件等）放到服务器上，接着运行启动脚本把程序跑起来，同时启动守护脚本定期检查程序运行状态、必要的话重新拉起程序。
有问题吗？显然有！最大的一个问题在于：如果服务的请求量上来，已部署的服务响应不过来怎么办？传统的做法往往是，如果请求量、内存、cpu超过阈值做了告警，运维马上再加几台服务器，部署好服务之后，接入负载均衡来分担已有服务的压力。
问题出现了：从监控告警到部署服务，中间需要人力介入！那么，有没有办法自动完成服务的部署、更新、卸载和扩容、缩容呢？
这，就是K8S要做的事情。
JAVA大军，如何快速掌握K8S
相对于简单易学的Docker来说，k8s系统庞杂而且概念众多，同一个功能有很多不同方法来完成，让你无所适从，学习起来要困难的多。对于普通码农来讲不需要建立完整的生产环境，只需要搭建一个本地开发环境，这时你只需要了解k8s的核心概念就够了，这样可以大大缩短学习时间。
那么该怎么具体学习呢？
阿里是使用k8s最成功的一家，前段时间也是咨询了在阿里任职的朋友，他直接甩给了我一份 k8s 开发笔记，并且说 Java 开发者不用深入学习，跟着开发笔记操作一遍就可以了；
笔记分享
这份笔记分为：理论篇与实战篇，共12部分；
由于文章篇幅有限，下面就仅给大家展示截图了，如果有需要完整PDF版的朋友可以转发+关注后添加助手vx：bjmsb10 免费获取；
本份开发笔记以代码+配图+文字的方式进行讲解，内容循序渐进，从理论到实战、从发现问题到解决问题、开发中犯的错，一步不落的展现在你的面前；此笔记的内容对于 java 大军来说完全够用；部分内容可看下方截图；
如何获取？
需要阿里K8S开发笔记完整PDF版的朋友可以转发+关注后添加助手vx：bjmsb10 免费获取；
