前言 本文介绍如何从源代码构建 k8s 二进制安装包 准备工作 操作系统 cenos7.x 安装 docker 参考 官网 或网上各路教程 下载源代码 $ cd /opt/ $ git clone https://github.com/kubernetes/kubernetes.git checkout $ cd /opt/kubernetes $ git checkout v1.8.4 -b v

从telegraf改造谈golang多协程精确控制 前言 telegraf是infuxdb公司开源出来的一个基于插件机制的收集metrics的项目。整个架构和elastic公司的日志收集系统极其类似，具备良好的扩展性。与现在流行的各种exporter+promethues监控方案相比： 大致具备良好的可扩展性。很容易增加自己的处理逻辑，在input，output，process，filter等环境

前言 一直在思考部署应用到k8s的姿势，之前介绍过helm，个人感觉helm把记录数据放到k8s中不是特别好。最近发现了weave的flux项目(A tool for deploying container images to Kubernetes services)。 flux简介和注意事项 flux简介 先上图，大致看一下flux的理念。 1：flux可以和任意你喜欢的CI工具搭配比如：Dro

前言 Prometheus 是一个开源和社区驱动的监控&报警&时序数据库的项目。来源于谷歌BorgMon项目。现在最常见的Kubernetes容器管理系统中，通常会搭配Prometheus进行监控。主要监控： Node:如主机CPU，内存，网络吞吐和带宽占用，磁盘I/O和磁盘使用等指标。node-exporter采集。 容器关键指标:集群中容器的CPU详细状况，内存详细状况，Network，Fil

前言 最近在调研 Google kubernetes 开源的容器编排平台，刚好也在学习 Go 语言，所以想看看 Google 这样的大厂是怎么撸 Go 语言的，本文简单介绍如何下载 k8s 源代码，导入 Idea GoLand（对，我是搞 Java的～），对于这么庞大的项目，没有 IDE 看起来还是很费劲的，当然牛人除外 下载源代码 这个不用说了，地球村的人应该都知道 # mkdir -p /op

前言 k8s 集群部署是个老生常谈的问题，网上资料一大把，各路大神祭出了各种方案： 使用 linux 发行版提供的包管理器（比如 centos yum） 使用 第三方工具包(脚本) 使用 第三方二次开发包 本文介绍在 浏览 k8s 源代码过程中发现的 k8s 的一种半手工的部署方法 源头 浏览源代码的过程中发现有这么个目录 # /opt/kubernetes-src/src/k8s.io/clus

前言 大型软件（linux，android .etc）一般都有自己的构建系统，k8s 也不例外，本文简要介绍 k8s 构建系统 构建流程 release 以 quick-release 为例，在命令行执行以下命令 # make quick-release make 在源代码根目录 Makefile 文件中定位到 quick-release 目标，该目标的动作是执行 build/release.sh

前言 在移动互联网时代，新的技术需要新技术支持环境、新的软件交付流程和IT架构，从而实现架构平台化，交付持续化，业务服务化。容器将成为新一代应用的标准交付件，容器云将帮助企业用户构建研发流程和云平台基础设施。缩短应用向云端交付的周期，降低运营门槛。加速向互联网技术和业务的双转型。容器云将对接各类代码托管库，实现自动化持续集成和DOCKER镜像构建，为新一代应用交付和开发运维一体化奠定了基础。容器云

前言 看 k8s 源代码有一段时间，总感觉在迷宫里乱窜，有时候觉得终于找到出口了，一下子又撞墙了，总结下来还是自己的内功不够深厚，本文是对 kube-apiserver Legacy（遗留，即将废弃）API 初始化流程（以及数据结构）的一个梳理，算是做个"路标"，便于以后在"迷宫"中还能找到回来的路 kube-apiserver 主要功能是提供 api 接口给客户端访问 后端 etcd 存储，当然

前言 文章字数一多，在线编辑不方便，本文是 k8s:kube-apiserver 启动流程的第2部分 传送门：k8s ：kube-apiserver 启动流程 - 1 回顾 上回讲到 Run 方法： // kubernetes/cmd/kube-apiserver/app.server.go func Run(runOptions *options.ServerRunOptions, stopCh

前言 本文介绍 kube-apiserver 是如何访问 etcd 后端存储 相关源代码主要在 kubernetes/staging/src/k8s.io/apiserver/pkg/storage 通用接口 Interface offers a common interface for object marshaling/unmarshaling operations and hides all

前言 了解 k8s 的同学都知道，kube-apiserver 对外提供 RESTful API 接口提供 查询，监听集群（资源）状态的服务，kube-apiserver 主要就做一件事，就是如何将 RESTful API （CREATE, DELETE, UPDATE, GET .etc）接口调用映射到对后端存储（比如 etcd）的（增删改查）访问，在设计的时候考虑到 k8s 是个快速迭代的开源

1、kubernetes的github地址 https://github.com/kubernetes/kubernetes git clone https://github.com/kubernetes/kubernetes到本地 安装golang环境（go中文社区https://studygolang.com/） 设置环境变量 export GOROOT=/usr/lib/golang exp

改造telegraf的buffer实现 前言 最近在使用telegraf的场景中，要求数据在程序意外终止的时候不丢失。按照telegraf最初的原始实现,在running_output内部维护了两个buffer，分别是metrics和failMetrics。这两个buffer是基于go中channel实现的。由于没有持久化机制，在意外退出的时候，存在丢失数据的风险。所以这篇文章主要讲述之前tele

CRD简介和使用姿势 CustomResourceDefinition（CRD）是 v1.7 + 新增的无需改变代码就可以扩展 Kubernetes API 的机制，用来管理自定义对象。它实际上是 ThirdPartyResources（TPR） 的升级版本，而 TPR 已经在 v1.8 中删除。 一些使用场景： 提供/管理外部数据存储/数据库(例如 CloudSQL/RDS 实例) 对k8s基础

本文来源：鲜枣课堂 2010年，几个搞IT的年轻人，在美国旧金山成立了一家名叫“dotCloud”的公司。 这家公司主要提供基于PaaS的云计算技术服务。具体来说，是和LXC有关的容器技术。 LXC，