【读书活动感悟】bug队《从Docker到Kubernetes入门与实战》团队分享第一篇​

一、云原生浪潮下，K8s 与 Docker 的核心价值

要阐述K8s+docker的核心价值，首先得提出一个疑问，为什么越来越多的企业依赖他们？

硬件成本

对于企业而言，成本是一项不可忽略的支出，特别对于咱们这重资产企业更是如此，以最近火热的电商为例传统架构在要支持亿元市场背后需要的服务器数量是庞大的，容器化部署以后可以节省30左右的成本，甚至有的付费知识领域的企业能实现容器化以后服务器数量减半。在网上查阅到Gartner 提供的数据报告中提出多数企业通过容器化以后能够减少30-50%的基础费用支出

自动化管理

在书中提到某公司有上千容器例如处理订单，处理库存，处理用户服务等等，每天固定有5-8个容器出现内存溢出，崩溃当然也会被及时发现，人为处理到故障恢复也需要很多时间，会影响实际发生的业务造成不好的用户体验，在K8s中我们可以使用存活探针和健康检测，可以做到秒级的自动重启，宕机如果超过预设时间会把节点上的容器迁移到健康的节点上极大的提升效率

部署交付

以团队内给CLP交付以及问题修复的频率评估，我们每一次发布都甚是担忧。怕服务宕机怕影响客户充电，甚至有些核心的中间件哪怕是轻微宕机也可能产生对后续业务的影响造成脏数据客户会追问到源头为什么出现！如果我们能把部署提到10分钟级，把环境一致性做到稳定级，更拥有故障自愈节点宕机时自动迁移，那客户的满意度也会直线上升。

上面的一些实际的场景，也长期困扰我们。现在市场风诡云谲，我们为了获客，为了能在市场上更加有竞争力，同时合理利用资源，降低成本保障业务发展，这是它的核心价值。

二、Docker 核心概念和价值理解

        在docker中提到三个核心，镜像、容器和仓库，用一个简单的例子来阐述他们的关系。

比如我们是外卖商家，上了一个9.9元的拼好饭套餐（相当于镜像）然后我们放在了外卖货架上（相当于仓库），这个时候有客户下单了（下载镜像），送到任何客户手里都是打开就能吃（启动容器、环境无关）

        镜像，老生常谈的“环境一致性”，在当下的工作中环境的混乱可能是人为的导致的，人为修改了环境的配置，补丁发布的混乱。它的出现是把所有我们应用的依赖打包好做成一份外卖，任何环境下使用是只需要加载这个镜像即可。

       容器，就像打包后的APP一样，它和镜像是多对一的关系，一个镜像中可以启动多个容器。上面我们提到过容器的价值核心还是在于轻量，可以翻倍提升资源利用率，同时销毁它也不会多手机造成污染。

         仓库，存储和共享镜像，类似咱电脑手机的应用商店，研发的github。

         总结来说docker他有几个特点，快（少资源启动快），稳（环境稳定强一致性），效（提高交付效率更灵活）也是云原生的重要组成。

三、k8s组件和价值理解

       可以把这些概念换成一个贴合生活的例子，比如我们要在美食广场中有一个运营的的小吃摊：

• pod就是一个独立的摊位生产炸土豆、奶茶等。
• service则是区域的指引牌指引到对应的pod。
• Deployment则是美食广场的运营团队负责新开摊位，更换摊位pod等。
• StatefulSet保障有序进行，比如我们得先开总店再开分店。
• ConfigMap + Secret是美食广场的经营手册。
• pv+pvc是公共的储物区，他们的各司其职的组合让整个美食广场运行起来。
  
  

           K8s是云原生最强大脑，自愈（如上文每天随机挂掉的进程），扩容（电商项目的峰谷pod扩容），滚动更新（更新的时候全程应用不中断），管理（集群调度运维）

        读一本书籍注重联想与抽象，是帮助我们消化和记忆的好习惯。

        初读《从 Docker 到 Kubernetes 入门与实战》感受到技术的更迭，在结合一些实际的项目痛点着实令人心生向往。如果经历过买服务器到装系统到部署，再过渡拉镜像，配K8s到上线会有更深的理解，对比与传统架构它的确是一次质变，是所有的业务都要选择它吗？应该如何选择呢？它文章中的安全如何评估？还是带着疑问深入学习去吧。