标签：为什么 debugging net 方案 模型 核心 软件 很多 pac
过去几年，以 docker、kubernetes 为代表的容器技术已发展为一项通用技术，BAT、滴滴、京东、头条等大厂，都争相把容器和 k8s 项目作为技术重心，试图“放长线钓大鱼”。就说阿里吧，目前基本所有业务都跑在云上，其中有一半已迁移到自己定制 kubernetes 集群上。据说，今年计划完成 100% 基于 k8s 集群的业务部署。而服务网格这块儿，在阿里的一些部门（比如蚂蚁金服），已经有线上业务在用了。
这充分说明了容器在当今软件研发领域的地位。所以，掌握容器技术自然成为很多公司在招聘时的重要选项。
但是，容器技术本身偏向运维，namespace 资源隔离、cgroups 资源限制等概念，对开发者来说，理解起来比较困难。这几年，在跟朋友探讨 k8s 落地时，也有一些问题被反反复复地提及，比如：
为什么容器里只能跑“一个进程”？
这些问题的答案和原理并不复杂。但对初学者来说，很难用一两句话就解释清楚。因为容器技术涉及操作系统、网络、存储、调度、分布式原理等等方方面面的知识，是个名副其实的全栈技术。
而其技术体系里那些“牵一发而动全身”的主线，比如 Linux 进程模型对容器本身的重要意义，“控制器”模式对整个 k8s?项目提纲挈领的作用等等，并不会详细展现在 docker 或 kubernetes 官方文档中，但偏偏就是它们，才是掌握容器技术体系的精髓所在。
在这里分享我偶然间得到的一份文档，该文档将K8S分为理论和实践两个部分进行讲解，双管齐下，事半功倍，让我们来看看文档内容
基本上来说，K8S集群的控制器，其实扮演着集群大脑的角色。有了控制器，K8S集群才有机会摆脱机械和被动，变成一个自动、智能、有大用的系统。
我们主要通过网络搭建和通信两个角度去分析K8S集群网络。其中网络搭建包括初始阶段，集群阶段，节点阶段以及Pod阶段，这么分类有助于我们理解这些复杂的配置。而理解了各个配置，集群通信原理就比较容易理解了。
总体上来说，K8S集群节点的增加与减少，主要涉及四个组件，分别是Cluster Autoscaler，ESS， 管控以及节点本身(准备或清理)。根据场景不同，我们需要排查不同的组件。其中Cluster Autoscaler是一个普通的Pod，其日志的获取和其他Pod无异；ESS弹性伸缩有其专门的控制台，我们可以在控制台排查其伸缩配置、伸缩规则等相关子实例日志和状态；而管控的日志，可以通过查看日志功能来查看；最后，对于节点的准备与清理，其实就是排查对应的脚本的执行过程。
在这节中，我们以一个简单的容器化web程序为例，着重分析了客户端怎么样通过Kubernetes集群API Server认证，以及容器应用怎么样被分派到合适节点这两件事情。
以上就是这份文档的概况，一次搞懂6个核心原理吃透基础理论，学会6个典型问题的华丽操作，不管是架构师还是开发者，又或是运维，都能够从中学到不少。
以上的文档已整理成册
快速入手通道：（点这里）下载！诚意满满！！！
Java面试精选题、架构实战文档传送门：https://docs.qq.com/doc/DRW1nUkdhZG5zeGVi
整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
你的支持，我的动力；祝各位前程似锦，offer不断！！！
膜拜！阿里内部都在强推的K8S(kubernetes)学习指南，不能再详细了
标签：为什么 debugging net 方案 模型 核心 软件 很多 pac
原文地址：https://blog.51cto.com/14230003/2510852
