WannaRunning的博客

本文介绍的 kubectl 是官方的CLI命令行工具，用于与 apiserver 进行通信，将用户在命令行输入的命令，组织并转化为 apiserver 能识别的信息，进而实现管理 k8s 各种资源的。

这篇文章开头，先列举几个我曾遇到过的因为探针参数使用不当而引发的k8s滚动升级的问题。

Kubernetes是一个可以移植、可扩展的开源平台，使用声明式的配置并依据配置信息自动地执行容器化应用程序的管理。在所有的容器编排工具中（类似的还有 docker swarm / mesos等），Kubernetes的生态系统更大、增长更快，有更多的支持、服务和工具可供用户选择。容器组-PodPod（容器组）是 Kubernetes 中最小的可部署单元。一个 Pod（容器组）包含了一个应用程序容器（某些情况下是多个容器）、存储资源、一个唯一的网络 IP 地址、以及一些确定容器该如何运行的选项。..

Docker本身提供了docker compose可以实现单机环境的容易编排管理，但是集群化的管理还是需要像Kubernetes，dockerswam这种强大完备的容器编排平台来实现，K8S是当下最流行的容器编排平台，不管是生产环境的采用率，还是云原生生态都很强大。......

service是基于selector匹配选择出来的一组pod的服务抽象，可以看成是一个微服务。

之前的文章介绍了，这篇文章详细聊一下Kubernetes中的Service网络本身又是如何实现的。下面这张图是k8s集群服务发现涉及到的流程和组件，最重要的就是Kube-dns 和 Kube-proxy两个组件，下面会详细展开说明。

之前的文章写了k8s中服务访问的service组件和。但是肯定多少都会有外部访问的场景,比如对外暴露的API服务。这就涉及到从k8s集群外部访问集群内部的场景。对于外部访问k8s集群通常有下面几种方式，本文主要写第二种和第三种，对于ingress和路由指向简单介绍一下。

gRpc部署在k8s后需要考虑如何实现服务发现和负载均衡。由于gRpc本身就是长连接的，所以负载均衡更适合在客户端实现，这里主要分析服务发现的实现方式。