kubernetes

1. etcd基础 etcd 是一个基于 Raft 协议实现。开源的、分布式的键值存储系统。主要用于在分布式系统中提供强一致性和高可用性的数据存储。 etcd 在 Kubernetes 中的作用如下 : 集群状态数据存储: 集群配置 , 集群状态信息等 保证集群一致

1. DNS服务概述 service发现是k8s中的一个重要机制 , 其基本功能为: 在集群内通过服务名对服务进行访问 , 即需要完成从服务名到ClusterIP的解析。 k8s主要有两种service发现机制: 环境变量和DNS。没有DNS服务的时候 , k8s会采用环境变量的形式 , 但一旦有多

1. helm chart简介 对于helm chart来说 , 它就是一个打包文件 , 把我们需要用到的配置清单 , 以模板的形式发布出来。用户使用时 , 可以根据values.yaml文件来自行定义对应的属性的值 , 当然也可以使用--set选项来指定个别配置清单的属性的值。那么我们使用helm

1. helm简介 helm是什么？ 如果我们把k8s的资源清单类比成centos上的rpm包 , 那么helm的作用就如同yum；简单讲helm就是类似yum这样的包管理器 , 它能够让我们在k8s上部署应用变得简单 , 我们需要部署某些应用到k8s</

1. patches介绍 kustomization.yaml支持通过 Strategic Merge Patch和 JSON patch来自定义资源。自 3.1.0 起，一个 patch 可以修改多个资源。 这可以通过指定 patch 和它所修改的 target 来完成，如下所示 :

1. Kustomize 简介 Kustomize 提供了一种无需模板和 DSL 即可自定义 Kubernetes 资源配置的解决方案。 Kustomize 允许您自定义原始的、无模板的 YAML 文件以用于多种用途 , 而原始 YAML 保持不变且可按原样使用。 Kustomize

1. Kustomize声明式应用管理 在Kubernetes系统上部署容器化应用时需要事先手动编写资源配置清单文件以定义资源对象 , 而且每一次定义的配置基本都是硬编码 , 基本无法实现复用。对于较大规模的应用场景 , 应用程序的配置、分发、版本控制、查找、回滚甚至是查看都将是用户的噩梦。 Kub

1. Ingress基础 我们都知道 , Kubernetes中内部服务发现使用的是kube-dns实现的 , 那么我们部署在Kubernetes中的应用如何暴露给外部客户使用呢？ 我们知道可以用NodePort和LoadBlancer类型的Service可以把应用暴露给外部用户使用 , 除此之外

Ingress由Ingress规则、IngressController、IngressClass这3部分组成。Ingress资源只是一系列路由转发配置 , 必须使用IngressController才能让路由规则生效 , 而IngressClass是IngressController的具体实现。使用

1. Ingress资源基础 我们知道在k8s上service是用来解决Pod访问问题 , 它是通过kube-proxy在每个节点上创建iptables规则或ipvs规则 , 在用户请求某个pod时 , 用户的请求会被其service规则所捕获 , 从而实现访问对应pod