wang0907的博客

最好按照从上到下顺序阅读学习！

针对以上的问题，k8s给出的解决方案是namespace，在这里的场景中就可以通过不同的namespace来隔离不同的技术部门的API对象，这样就可以避免以上的问题1，并给各自的namespace设置资源限额，这样就可以避免以上的问题2。下面我们就一起来看下吧。

本文一起看下POD的资源限制配置和健康监测的相关内容。

通过应用就有了存在的形式，通过保证了POD在一定的数量，通过可以实现一定数量的POD以负载均衡的方式对外提供服务。但，如果是程序开发了新功能，需要上线，该怎么办呢？对此k8s提供了平滑升级的解决方案，本文就一起来看下吧！

本文一起看下k8s对于有状态应用部署提供的解决方案。

NFS全称network file system，是一种允许我们像使用本地磁盘一样，使用远端某机器的磁盘的一种技术，采用cs架构，所以其本质上可以看做是一种数据存储解决方案。

本文一起看下如何挂载本地的磁盘到POD中。

本文接。本文看一个基于ingress作为流量入口的实战例子，架构图如下：接下来详细看下。

首先我们来定义路由规则，访问本文metadata:spec:rules:http:paths:- backend:service:port:number: 80path: /status:定义要使用ingress class是ngx-ink(后面会定义)设置规则的主域名是ngx.testpath: /访问的路径是，即将访问时会匹配到该规则。使用名称为ngx-svc的service，number: 80后端服务的端口号为80,代表使用精准匹配。

本文记录k8s的常见操作，毕竟好记性不如烂笔头。

本文接k8s之DaemonSet。通过Deployment我们可以实现一直有指定个数的POD在运行，而通过DaemonSet可以实现在每个Node上都有一个POD在运行，不管是这两种方式中的哪一种，都是仅仅实现了有若干个POD在运行的效果，但是还无法正常的对外提供访问，并且要支持负载均衡，服务发现（因为POD可能经常会有老的退出，新的创建的情况，所以必须具备自动的服务发现机制，即发现退出的POD失效，新创建的POD加入到负载均衡中）简称svc。

假定现在有一个这样的需求，需要收集每个Node的运行状态信息，并进行上报，假设有4个节点，我们可以使用Deployment来实现吗？好像是可以的，我们只需要将repliacas设置为4不就行了，但是deployment只能保证有4个POD在运行，不能保证4个POD是分布在4个Node上的，即deployment的POD分布和节点是没有关系的，那怎么办呢？能否让deployment具备这种功能，然后在yaml中提供相关的配置参数就行了？行是行，但是这样就违背了单一职责。

本文一起看下kubectl create和kubectl apply的区别。

本文一起看下Deployment API对象，该对象的作用是保证POD的高可用，即保证POD的可用数量一直维持在某个期望状态中，比如期望状态是有3个POD，当有一个POD意外终止时，则会自动再启动一个新POD，所以Deployment和POD之间是一种松散的引用关系，另外被引用的POD也可能被负载均衡组件引用，所以并非专属于Deployment，这点不同于Job和CronJob，Job和CronJob同POD是一种强绑定的关系，POD只为Job或CronJob所用。下面我们一起来看下。

你可能知道搭建k8s集群的kind，minikube工具，但是他们都太简单了，不能满足生产级的要求，想要真正的部署生产级别的k8s集群，我们还需要另外一个集群管理工具kubeadm,本文就一起看下如何使用该工具来搭建k8s集群。

本文一起看一个基于k8s的实战小栗子，在这篇文章中我们基于docker搭建了一个WordPress网站。本文就通过k8s再来实现一遍。架构图如下：![在这里插入图片描述](https://img-blog.csdnimg.cn/9c73ac0c183a429a8f4b1a2feb363527.png从上图可以看到和docker方式在应用封装和网络环境上都有所不同，应用封装使用了pod，网络环境是k8s内部的私有网络环境。

我们知道k8s的数据都是存储到kv数据库etcd中的，那么我们程序中使用到各种配置信息是否可以也存储到etcd，然后在pod中使用呢？是可以的，k8s为了实现将自定义的数据存储到etcd，定义了ConfigMap和secret两种API对象。其中ConfigMap用来保存明文数据，如端口号，普通配置参数等，Secret用来配置需要加密的数据，如密码，秘钥等。本文就一起来看下这两个对象的定义以及如何在pod中使用。

本文一起看下使用k8s来进行作业和定时作业。

本文一起看下k8s中的一个重要概念，pod。pod是一组容器之上的抽象，存在的目的是，解决在多个容器之间存在相互依赖的场景中对多个容器进行管理的问题。可以这么来理解，军队中直接管理个人是不好管理的，但是直接管理一个排就好管理多了，有什么任务只需要通知到排就相当于是通知到排里边的每个士兵了，这里的容器就相当于是士兵，pod就相当于是排。k8s中的其他API对象基本上都是在pod的上扩展出来的，所以我们还是有必要来再详细看下Pod的用法。

本文一起看下如何通过声明式的yaml文件来创建pod。我们知道可通过在yaml配置文件中以声明式的方式来定义一些内容，从而让k8s执行某些工作（其中创建Pod就是其中的一个，也可通过kubectl run ngx --image=nginx:alpine），那么都能声明哪些内容呢？可以声明的内容我们可以通过命令来查看，如下：这一行一行的内容都是啥？

本文一起看下k8s基本架构。

本文一起看下如何在单机环境下搭建k8s集群。基础环境准备参考这篇文章。

本文看下学习k8s需要的基础环境，包括运行环境，docker等。