说好的每两年复盘一次，距上次复盘已是4年前，生活像是在深踩油门，催促着一直往前冲，没有精力去好好思考，过往的收获是什么、缺陷在哪里，如何打破瓶颈，借35岁这天，从上帝视角来复盘下。

复盘

19年底，加入一家当时很有潜力的互联网公司，那时候全公司都在为3亿DAU冲刺着，每个人都有机会通过自己本领来领导项目/架构的演进，那是我最有激情的4年，那几年，从零到一 构建出公司级别的项目，开发维护超20万+的服务器，维护着全球最大的镜像仓库，当然也收获了不少白头发。

项目收益

• 维护着一线K8S集群，包括二次开发，日常运维等等，一些技能业界领先，也深入了解一些Linux的内核技能
• 从0到1的一个项目(保密)，桥接着容器与用户入口，来到下家才发现 这是一个团队的工作量
• 全球最大的镜像仓库，打磨出当时体量最大的镜像中心，单仓库XXPB，至今有朋友来取经
• 。。。

个人成长

• 自信，不再会质疑自己能不能做到，而是想 如何才能做到，别人如何做的，是不是最优的，我该如何做
• 收益，公司上市，套现了一波、收获一波年终奖
• 情绪，稳定保持心跳在80左右，波澜不惊，遇事不慌
• 感悟，只要你认定自己是一个什么样的人，就会慢慢成为你想的样子

现状

• 新领域熟悉中，静默蓄力
• 注射干细胞，希望体能/精力增强
• 其他敬请期待

缺陷

• 有点眼高手低，很多事情不愿意自己干，需保持激情与好奇心
• 英语水平不高，未来瓶颈之一

未来

• 强者不抱怨环境、不权衡利弊、不彷徨、不迷茫、
• 积累经验、增强变现、早日脱离打工人身份
• 特殊的618
• 2年后再会

本文概述 跨版本升级涉及kubelet 的修改，也是升级流程中一个重要环节。 阅读本文需要:

• 了解kubernetes，以及各个组件的功能
• golang语言
• 了解go-spew

为什么要升级版本

集群主要版本是<=1.12 落后于社区版本太多(升级时，最新1.17已经release)，kubernetes社区更新迭代速度较快，跟进社区高版本，可以保证集群更可靠稳定,跟上社区的发展利大于弊。

• 新版本 bug fix
• 新feature的应用

升级难点

生产集群的升级，不能影响业务容器的运行，k8s组件较多，升级过程中，任何一个组件出现问题，都可能影响到业务，对于核心业务，如果批量重启，可能造成灾难，因此， 集群的升级需要，业务容器无感知，基于社区的升级方案主要有几个问题:

• 版本的升级，不能跨大版本，只能从小版本逐步升级，升级繁琐
• 升级过程中，出现问题，不能回滚
• 升级会造成容器重建，影响业务的运行

难点分析

跨版本升级其中一个最大的问题是kubelet会重建业务容器，我们源码分析，为什么升级kubelet，会造成容器重建

kubelet 是如何同步pod的

kubelet整个处理流程比较复杂，核心处理逻辑在 kuberuntime_manager.go 中 SyncPod 方法，kubelet会定时或者有event变更调用该方法

// SyncPod syncs the running pod into the desired pod by executing following steps:
//
//  1. Compute sandbox and container changes.
// ...
func (m *kubeGenericRuntimeManager) SyncPod(pod *v1.Pod, podStatus *kubecontainer.PodStatus, pullSecrets []v1.Secret, backOff *flowcontrol.Backoff) (result kubecontainer.PodSyncResult) {
	// Step 1: Compute sandbox and container changes.
	podContainerChanges := m.computePodActions(pod, podStatus)
    ...

我们重点关注Step.1 computePodActions，该方法判断容器是否发生了改变，方法逻辑判断比较多，通过分析，我们直接跳到问题代码

	if _, _, changed := containerChanged(&container, containerStatus); changed {
		message = fmt.Sprintf("Container %s definition changed", container.Name)
    ...

替换kubelet 二进制后，日志打印 Container %s definition changed，看来containerChanged 问题出在这里的HashContainer，我们对比下1.12 1.17 版本差异

v1.12

func HashContainer(container *v1.Container) uint64 {
	hash := fnv.New32a()
	hashutil.DeepHashObject(hash, *container)
	return uint64(hash.Sum32())
}

v1.17

func HashContainer(container *v1.Container) uint64 {
	hash := fnv.New32a()
	containerJson, _ := json.Marshal(container)
	hashutil.DeepHashObject(hash, containerJson)
	return uint64(hash.Sum32())
}

对比我们发现，1.12 版本的计算hash方法和1.17发生了改变，一个是通过struct ，一个是直接json string 计算hash，所以node容器hash和计算出来的hash不匹配导致容器重建

几种升级方式

最终我们找到了，跨版本升级造成容器重建的原因，通过上面分析，我们总结出几种跨版本升级的方案

• 替换二进制升级 直接将kubelet 二进制换成1.17版本，相对简单粗暴，会造成容器hash比对失败，业务容器重建

• 修改容器hash升级 将k8s组件暂停，升级kubelet之前，更新每个node 容器的hash，再升级kubelet二进制到新版

以上两种方案都不太能满足我们内部平滑升级策略

• 第一种方案 完全不考虑，集群升级会造成业务容器重启，业务方无法接受
• 第二种方案 暂且可以接受，不过升级流程繁琐，需要保证每个环节原子性，且不可回滚

探索新的升级方式

既然我们知道了1.12 的hash计算方式，那么我们是否可以 增强hash对比逻辑呢。

增加二次判断

func containerChanged(container *v1.Container, containerStatus *kubecontainer.ContainerStatus) (uint64, uint64, bool) {
	expectedHash := kubecontainer.HashContainer(container)
    if containerStatus.Hash != expectedHash // and more {
		expectedHash = kubecontainer.HashContainerWith12Version(container, false)       // 如果不等 进行1.12 计算hash方法比较
		if containerStatus.Hash == expectedHash {
			return expectedHash, containerStatus.Hash, containerStatus.Hash != expectedHash
		}
    }
    ...

找到方案了，我们验证下自己结论，很遗憾，用了1.12 的计算方法，hash没有匹配上

go-spew !

容器hash是通过go-spew (不了解的同学可以了解下该项目)计算而来，我们先看下这个module，看下go-spew 怎么hash的。 最终计算逻辑在format 中

func (f *formatState) format(v reflect.Value) {
    ...
	case reflect.Struct:
		numFields := v.NumField()
    ...

既然是反射拿到每个字段，value又没变化，那么可以确定是pod 的struct 发生了变化

适配它

最终我们对比v1.12 v1.17 pod strcut 发现 v1.17增加了几个字段

	"SubPathExpr",
	"StartupProbe",
	"WindowsOptions",

只要spew计算时，忽略这三个字段就ok，最终，我们给spew扩展了一个方法， 支持忽略指定字段计算hash，k8s适配代码

func DeepHashObjectWithIgnore(hasher hash.Hash, ignoreMap map[string]bool,objectToWrite interface{}) {
	hasher.Reset()
	printer := spew.ConfigState{
		Indent:         " ",
		SortKeys:       true,
		DisableMethods: true,
		SpewKeys:       true,
	}
	printer.FprintfWithIgnoreFields(hasher, "%#v", ignoreMap, objectToWrite)
}

再升级

细心的同学可能觉察到，修改源码，下一个版本升级，岂不是脱离社区了?其实，每次大版本升级都会需要人力去跟进，况且

• 老容器随着业务的升级，会使用新的hash计算逻辑
• 下次跨版本升级前，可以扫描历史容器，kubelet也做了相关逻辑记录，判断能否直接丝滑升级
• 为适配业务场景，维护着自己的版本，每次升级都会评估业务影响
• 没有最好的方案，只有更合适场景的方案

集群现状

截止到9月1号，升级node数超过6w+，涉及 17 个k8s 集群稳定升级

看下源码 api/server/server.go

// InitRouter initializes the list of routers for the server.
// This method also enables the Go profiler.
func (s *Server) InitRouter(routers ...router.Router) {
	s.routers = append(s.routers, routers...)

	m := s.createMux()
	s.routerSwapper = &routerSwapper{
		router: m,
	}
}

在 s.createMux() 中

debugRouter := debug.NewRouter()
s.routers = append(s.routers, debugRouter)
for _, r := range debugRouter.Routes() {
	f := s.makeHTTPHandler(r.Handler())
	m.Path("/debug" + r.Path()).Handler(f)
}

既然默认都是有router的，我们把sock文件绑到端口上就可以使用pprof了

wget http://www.dest-unreach.org/socat/download/socat-1.7.3.3.tar.gz
socat -d -d TCP-LISTEN:5555,fork,bind=0.0.0.0 UNIX:/var/run/docker.sock
go tool pprof http://127.0.0.1:5555/debug/pprof/heap

还有没有更丝滑的方法呢

curl --unix-socket /var/run/docker.sock http://./debug/pprof/goroutine?debug=2

记录下过去的趣事，和未来1-2年的计划吧，小学作文水平，又开始秀下限了

30岁，像一根分割线，催你快速成熟，在提升技术的能力的同时，更需要快速提升变现能力

从几个方面记录吧，工作，生活，情感

生活

合租实在太痛苦了，整租又不符合现在的收入水平 18年初，从北京的大北边，搬到了最南面
亦庄-经海路，一直以为这是一个很偏僻的地方，生活不是很方便，后来到 后厂村，我发现我还是太年轻
经海路附近的大族广场，配套设施不要太好，7fresh的蔬菜水果，刷工牌能直接抵扣现金
那些年吃的太好了，水果一年吃了上万块钱的

神奇的舍友

在亦庄这两年，感觉租房生活被下了诅咒
遇到了2个神奇的隔壁，隔壁01房间应该被诅咒过
经海路的房子是要抢的，某企业房子放出来就被订光了，因为东哥总部的人是太多了，刚好目标小区
作为一枚程(diao)序(si)员，怎么能抢不过别人， 启动，写代码，一晚上，抓包，编码，测试，验证码识别，提交订单，一气呵成，可把我牛x坏了，启动了N台云主机，监控放出时间，下单，通知等等 机会总留给有准备的人，一系列的sao操作，房子当然是我的，随后隔壁舍友入住了，我的三观就开始刷新了。

No.0 女生

专业租房好几年，某ru上的级别信用都200多分了，从来没遇上这样的大姐姐(94年，讨厌的一律大姐姐，其他都统称都是女孩，小仙女) 说下这个大姐姐的日常吧：

1. 散养喵
   某如明文规定不能养宠物，大姐明目张胆放在客厅养，后来散养，个人以为，只要不影响别人，养也没关系
   来诠释下什么叫散养：晚上撵出去，让猫撒野，白天回来吃饭睡觉，一直以为这是虐待动物，大姐美其名曰:给ta自由
   你自由个锤子，散养带回来病毒细菌怎么办，挠到别人家小孩怎么办，全然不管，小区有小孩的住户说，让看好自己家的猫，防止挠到自己baby，答复是：我家的猫从来不挠人
   不挠个锤子啊老子情人节晚上被挠了，大晚上打车去医院打疫苗，人家回复：我猫打疫苗了，是美国进口的
   不讲理的人，真是没办法。
2. 私生活
   自称从英国留学回来，说自己家庭都是清华北大，怎么怎么厉害，我就不明白了，这么优秀的家庭，怎么没教导好，什么是 教养
   大姐五一的男朋友是英国人，在家里住了一周后，十一的男朋友换成北美了
   从这件是我总结出来，北美的男朋友体力好，带着耳机掩盖不掉声音
   十一过去，大姐一周没出门，我不太清楚怎么吃东西的，我就知道，客厅散落着内条内衣内裤，下班回家我都快吐了。

迷一般的大姐，哈哈哈哈哈哈哈哈
小朋友有很多问号

No.1 情侣

盼望着，隔壁大姐走了，来了一对东北情侣，大哥是80后，夫人应该是90后的样子
很和谐了，客厅明亮，干净了，大家都保持的很好
11月，我在群里说，要搬家了，要换工作了
隔壁大哥在这种情况下，报警，我是隔断，甩锅给小区物业，小区物业管理人员给你我说，隔壁报警那哥们报警干嘛，你不是要搬走了吗
真是给大东北丢脸啊，说好的，不服就当面刚呢

小朋友有很多问号again

生活上的朋友

排除上面两件事，这两年生活还是挺美好
在JD，比较有生活了，收获了一群好友
可乐达人轩总，成熟大叔乔总，人气少年康哥，二货中年雷总，美丽少女秋秋
还有会说韩语的光哥等等，时常在一起互损，冷笑话，自嘲等等，快乐的不行
同时也结实了南京团队的一群大佬，每个人都是我的标杆，感谢曾经打造的JDOS
以上朋友均有对象或者有娃，就剩我一个人单身了，求介绍的可以退下了，哈哈

回忆这两年的生活，特别平淡，从一个周五看夜场电影的少年，到10点以后的电影院不考虑的中年
其实夜场电影院真的特别舒服，人不多，可以安心的看电影

工作

基础架构，底层基础设施
很多其他行业的朋友说，什么时候才能搞到中高层，哈哈哈哈 快了快了，容我在摸爬滚打几年可好
换工作的原因，其实很简单，想用公积金hold住房贷，领导也挺支持，毕竟公司涨薪能力有限，后来我做到了，哈哈哈，算是一件开心的事吧。

2019年的计划

2019年的计划完成度并不是很高，主要原因是，没有做好笔记与总结
主要完成的是:

• 开始刷leetcode
• k8s 源码阅读了大半
• apue开始分章节刷
• SDN一部分知识

pending的一些任务:

• CKA 考试 原因价值不如之前了
• TCP/IP协议
• 英语

为什么要一直打基础/底层原理

之前有学弟，或者其他一些学生问我一个问题：操作系统重要吗，数据结构重要吗
重要：因为这是地基，决定了记得高度，很多问题的排查需要 基础/底层 的知识支撑
不重要： 如果你是一个业务的开发，很多时候并用不到，不用的东西，遗忘是最快的
如果你想在这个行业走的更长，还是建议多学习下，leetcode能预防老年痴呆，cs课程能预防35岁中年危机，何乐不为

工作上的收获

18年开始，有幸见证了，多次的双11，618
我也看到了，基础架构的能力，从紧张，到喝着咖啡看监控，这期间付出了多大的努力，可能业务研发同学不曾看多过
这2年，收获了太多，从只写代码，到要考虑整体架构设计，落地方案
荣幸在TIG奋斗过，从处理问题，到帮研发同时排查问题
也荣幸在 业界所谓的全球最大的k8s集群中，贡献一点力量
与之前相比，学习，理解能力更快，更强了

2020 上半年的计划

因为疫情，2020 上半年基本已经没了，好心疼

情感

2020的计划是 提升变现技能，脱单
希望有个女孩能见证我的成长，如果她还不出现，那就下一个山顶见

提升变现技能

如果是2年前，我认为技术是一切，现在我认为，技术是一部分
技术是重要的指标，打铁还需自身硬，但是，项目管理，落地能力也同样重要
2020-2022 这1-2年的时间，在提升基础技能的同时，提升项目管理，技术落地能力
欠下的债总是要还的，之前没有打好的基础，没有填补的技能，躲不过，还是要啃下来，像刷leetcode，咬牙坚持
在开源/自建项目中，需要有快速落地与推广的能力，并扩大业界影响力，包装自己同样很重要

脱单

理想的女孩是什么样的

1. 有终生学习的思想 不是结婚了，就不学习不进取了，我有能力养的起你，但是希望你有坚持提升自己的想法
   提升任何都可以，不光有工作，还有生活，其他技能，甚至是 衣品等等

2. 收入相当或者不能差太多(少于二分之一) 希望我们差距不太大，这样有利于生活的稳定

3. 可以比我小，但是不能差太大 接受比我大的，之前一个同事40了，看起来像是25，6岁的女孩
   但是太小的不行，不稳定

4. 遇见更好的你 如果还是遇见不到你
   要么你站在原地别动，我开导航来找你
   要么，我们下一个山峰见

写在最后

2020的计划

• 脱单
• 提升技能
• 英语

往事作序,来日为章

我们2年后再见
我们32岁再见～

刷pandora固件

未加电情况下，按下rest，进入breek web,选择固件升级即可

准备编译环境

对于跨平台编译的环境，官方给出了一个安装步骤 https://oldwiki.archive.openwrt.org/doc/devel/crosscompile 之前按照这个方式，比较麻烦，网上有人准备了docker环境，一键启动。

docker run -it --network=host -d -v/root/quagga-0.99.22.1:/root/quagga-0.99.22.1 openwrtio/openwrt-sdk-gee-ralink  bash

把本地的quagga源码映射到容器中，方便修改，拷贝文件

直接开始编译

export STAGING_DIR=/root/openwrt/hc5761/staging_dir/toolchain-mipsel_r2_gcc-4.6-linaro_uClibc-0.9.33.2/bin 
STAGING_DIR=/root/openwrt/hc5761/staging_dir/toolchain-mipsel_r2_gcc-4.6-linaro_uClibc-0.9.33.2/bin \
CC=/root/openwrt/hc5761/staging_dir/toolchain-mipsel_r2_gcc-4.6-linaro_uClibc-0.9.33.2/bin/mipsel-openwrt-linux-gcc \
./configure \
--with-gnu-ld=mipsel-openwrt-linux-ld \
--build=x86_64-unknown-linux-gnu  \
-host=mips-openwrt-linux-uclibc \
--libdir=/opt/lib  \
--enable-zebra \
--enable-bgpd   \
--enable-user=root  \
--enable-group=root

make

问题记录

• –enable-vtysh 目前如果开启vtysh报错

  checking for main in -lreadline... no
  configure: error: vtysh needs libreadline but was not found and usable on your system.
  

  找不到依赖，查看toolchain-mipsel_r2_gcc-4.6-linaro_uClibc-0.9.33.2存在readline的lib
  有时间需要确认下，不过没啥太大关系，使用telnet一样配置quagga

• openwrt报错提示找不到libzebra.so
  设置–libdir=/opt/lib 然后把编译出来的so文件复制到/opt/lib即可

• 缺少依赖的排查
  使用ldd命令，可以查看可执行文件的so依赖，以及缺少的会=> not found

• 运行bgpd没任何提示信息
  第一次编译的时候没有指定enable-user导致在root下启不来，路由器并没有报错

使用BGP

整体拓扑图和解决方案如下:

第三层是node节点，在每个node节点运行bdpd
每个容器的ip会通过bdpd汇报给tor swatich，从而打到整个集群容器互通的目的

两台安装docker的centos(虚拟机)、docker0网段已经修改 /etc/docker/daemon.json {"bip":"172.2.0.1/24"}
目前云主机不能模拟出来，后面会研究下，应该是系统做了限制

安装quagga

首先安装quagga

# yum install quagga

centos7 需要关闭SELinux或者允许Zebra守护进程写入它的配置目录

# setsebool -P zebra_write_config 1 

启动2个守护进程：

• Zebra:一个核心守护进程用于内核接口和静态路由.
• BGPd:一个BGP守护进程.

配置日志路径

复制zebra.conf

# cp /usr/share/doc/quagga-?/zebra.conf.sample /etc/quagga/zebra.conf 

启动zebra

# systemctl start zebra
# systemctl enable zebra 

通过vtysh配置2台机器

# vtysh
qg1# configure terminal    ## 进入配置终端
qg1(config)# log file /var/log/quagga/quagga.log
qg1(config)# exit
qg1# write

配置对等的IP地址

因为是直接挂在了路由器上，此步骤可以忽略 2台机器都配置

# vtysh
qg1# show interface

Interface docker0 is up, line protocol detection is disabled
Interface eth0 is up, line protocol detection is disabled
Interface lo is up, line protocol detection is disabled

配置eth0接口

# vtysh
qg1# configure terminal         # 进入配置
qg1(config)# interface eth0     # 配置eth0
qg1(config)# ip address 192.168.15.107/32    # 设置ip
qg1(config)# description "to Router-A"       # 添加描述
qg1(config)# no shutdown
qg1(config)# exit

验证配置

qg1# show interface 
qg1# show interface description

验证正确保存配置

qg1# write

配置BGP对等

两台机器都配置

复制sample配置,并启动

# cp /usr/share/doc/quagga-?/bgpd.conf.sample /etc/quagga/bgpd.conf 
# systemctl start bgpd
# systemctl enable bgpd

查看BGP默认配置，覆盖默认配置

# vtysh
# show running-config 
router bgp 7675

配置拓扑图的参数

qg1# configure terminal
qg1# no router bgp 7675
qg1# router bgp 100
qg1# no auto-summary
qg1# no sync
qg1(config-router)# neighbor 192.168.15.108 remote-as 200
qg1(config-router)# neighbor 192.168.15.108 description "provider B"
qg1(config-router)# exit
qg1(config)# exit
qg1# write

路由器都被配置好，两台路由器之间的对等将被建立。运行下面的命令确认：

qg1# show ip bgp summary 

BGP router identifier 192.168.15.107, local AS number 100
RIB entries 3, using 336 bytes of memory
Peers 1, using 4560 bytes of memory

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
192.168.15.108  4   200     336     338        0    0    0 05:33:30        0

Total number of neighbors 1

配置前缀通告

在qg1中：

qg1# configure terminal
qg1(config)# router bgp 100
qg1(config)# network 172.17.0.0/24
qg1(config)# exit
qg1# write

在qg2中：

qg2# configure terminal
qg2(config)# router bgp 200
qg2(config)# network 172.17.1.0/24
qg2(config)# exit
qg2# write

验证前缀通告

qg1# show ip bgp summary 

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
192.168.15.108  4   200     340     342        0    0    0 05:37:18        1

查看细节

qg1# show ip bgp neighbors 192.168.15.108 advertised-routes 

   Network          Next Hop            Metric LocPrf Weight Path
*> 172.1.0.0/24     192.168.15.107           0         32768 i

前缀是我们从邻居接收到的

qg1# show ip bgp neighbors 192.168.15.108 routes

   Network          Next Hop            Metric LocPrf Weight Path
*> 172.2.0.0/24     192.168.15.108           0             0 200 i

查看BGP路由

qg1# show ip bgp
   Network          Next Hop            Metric LocPrf Weight Path
*> 172.1.0.0/24     0.0.0.0                  0         32768 i
*> 172.2.0.0/24     192.168.15.108           0             0 200 i

qg1#  show ip route
代码: K - 内核路由, C - 已链接 , S - 静态 , R - 路由信息协议 , O - 开放式最短路径优先协议,
 
       I - 中间系统到中间系统的路由选择协议, B - 边界网关协议, > - 选择路由, * - FIB 路由

# ip route 

启动一个容器测试是否能通

[qg1]# docker run -it -d nginx
[qg2]# curl curl 172.2.0.2

跨物理机的容器之间是互通的

CPU架构与术语解释

• 处理器(processor): 插到系统槽或主板上的物理芯片，可以是一块或者多块
• 核(Core): 多核处理器上的一个独立的CPU实例，核是使用处理器的一种扩展方式
• 硬件线程(Hardware thread): 在同一个核上同时能执行多个线程的CPU架构

CPU绑定

把一个进程和线程绑定到单个CPU或者CPU组上，这样可以提升内存I/O的性能 主要有两种实现方式:

• 进程绑定 配置一个进程跑在单个CPU上
• 独占CPU组 将CPU分组，进程只能跑在这些分组上

linux的cpuset可以实现这一功能

# mkdir /dev/cpuset
# mount -t cpuset cpuset /dev/cpuset 
# cd /dev/cpuset
# mkdir prodset  # create a cpuset called "prodset"
# cd prodset
# echo 7-10 > cpus # assign CPUs 7-10
# echo 1 > cpu_exclusive # make prodset exclusive
# echo 1159 > tasks # assign PID 1159 to prodset

CPU内存缓存

为了提高内存的I/O性能，处理器提供多种硬件缓存，级数越小的速度越快，同时也引入一些线程数据共享同步问题和并发问题。

CPU运行队列

正在运行和就绪运行的线程数量，表示了CPU的饱和度，上图表示有四个线程和一个CPU上运行的线程。花在等待CPU运行上的时间称为运行队列延时。 内核会为每个CPU提供一个运行队列，并尽量使同一个线程运行在同一个队列中，这样避免了上下文切换，提高性能。

常用工具及名词解释

一些linux 下的cpu性能分析工具，使用方法

uptime

打印1，5，15分钟的平均负载

pi@raspberrypi:~ $ uptime
 15:48:27 up 4 days,  5:37,  1 user,  load average: 0.28, 0.13, 0.09

平均负载 是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数。 这个值不是cpu使用率，是通过正在运行的线程数和正在排队的线程数计算的。 这个值的意义：平均负载大于CPU个数，表示CPU不足以服务线程，有线程在等待；小于线程数表示有余量，线程想执行的时候执行。

平均负载 vs CPU 使用率 平均负载和CPU使用率并不一定是一样的

• CPU 密集型进程，使用大量 CPU 会导致平均负载升高，此时这两者是一致的
• I/O 密集型进程，等待 I/O 也会导致平均负载升高，但CPU 使用率不一定很高

##

不知道哪来的勇气，加入一家仅有四个人的创业公司，也许是年少无知，也许是刚毕业更能接受挫折，也许是创始人以及团队成员的背景吸引了我，google，yelp，yahoo 工程师确实在某方面很优秀，羡慕他们有海外工作的经历，羡慕一口流利的口语。

这一年半，收到同学，朋友最多的消息是：“哥们换工作了。”，不知道是消息同步，还是为了证明自己的能力又有了进步，而我，在这家公司待了2年，2年也许不长，但对于这个浮躁社会，对于这个像拼命证明自己的时代，2年似乎也不算太短。

不过还好，这2年，长进了不少，当然是对于自己来说，依稀的记得认识CEO的时候，是16年2月份，可笑的是当时是为了给前任介绍工作，老板对我挺感兴趣，就这样阴差阳错，5月份终于被CEO征服加入创业团队。

挺感谢那段时间，初创公司没有什么技术债务，我们用的都是一些看起来当时在国内还算新的技术，容器化，云，ci/cd，devops，我们敢用刚刚release的开源框架，因为我们喜欢折腾，也经得起折腾。

过去的这2年，我每天都在想，我是一个什么样的人，我要成为一个什么样的人，我是java方向还是容器方向，我不知道，因为这两个都是我想做的，对于java，对于jvm，我觉得是一种挑战，对于容器，可以更深入的了解 linux。

在公司提升了自己的几点：

1. ci/cd 归功于公司年轻，工程开始的时候，希望标准化，所以使用了 travis + jarcoco ，整个工程在travis 编译，build image 启动，到测试，每一个pr都会有人去看（虽然只有几个人，但是每个pr都会有人看，这样保证了知识的传递）

2. 容器化部署 当时选择用docker(v1.11)，是为了更好的发布部署工程，当然这也引入了很多坑，随着docker的版本的不断升级，以及提issue，最终稳定运行，平台经历过了mesos + marathon 到 swarm 最后可能要决策使用k8s(离职的时候还没有换)

3. 参与社区 公司基于kafka connect 进行开发，引用了一些开源项目，debezium等，在使用过程中遇到的坑，提issue或者bug fix。参与社区，贡献社区是一件很有成就感的事情。

关于职场发展:

这个问题其实每天都在考虑，自己想成为哪一个领域的专家，是java方向的还是容器方向。 特别有趣的一点是，似乎钟爱容器，记得那段时间，由此生病，我迷迷糊糊的在思考，好难受啊，不如restart自己就好了。(docker run restart)

从原理上来讲，容器就是操作系统隔离出来的一块资源，从宏观上来讲，是被虚拟化出来的一台机器，有时候在想，我们是不是也是被虚拟出来的，我们所有的一切也是寄宿在一个高级的物种上

可怕可怕。

毕业这两年，应该好好总结下，先占个地。

转自 本人脉脉，在今天看来，文章至今已经将近2年，文章内容一点没舍得修改，记录当年的年少无知，文章没啥营养

写点log记录下大学的点滴，以最谦虚的姿态记叙大学的学习历程，程序员一路走来真心不容易，在任何时候都可能受到其他诱惑而放弃，游戏、兼职、各种所谓的“忙”。

先介绍下来大学之前：

在我上小学的时候，姐姐上大学，一个假期回来的时候带回来一本复印版的谭浩强c语言，并教我怎么写c计算一个加法(其实应该是完全她写的，我只是看了下输入两个数，求和的过程)，之后上学期间我按照书挨个练习玩，上初三的时候参加 市级 信息学奥林匹克竞赛并获得一等奖，在初中(04级)期间倒弄各种病毒，我记得有灰鸽子，还有什么x-man还是啥，如果看官也是从那时候走过来，应该明白，我把病毒通过软盘考回家做实验玩，当时我家电脑应该有几十种病毒吧。(现在想想，纯粹瞎捣鼓)

高中时候没啥大的动作，在此期间，参加过一次高中组信息学奥林匹克竞赛，获得三等奖(应该是参与奖吧，我记得那时候就有快排解决问题，读者深究可以看看NOI的介绍)。

ok，前提介绍完毕。下面是大学生涯。

log-freshman.out

新生报到第一天，下着小雨，听到校园广播 说北斗星网站(不是软文，看官继续)，姐夫说这个社团听起来不错，加这一个就行了，多了没用。

ok，报名参加，经过面试，进入技术部，从此开始了编码生涯，当时网站是php写的，于是，我开始学习(当然之前html…)php，过来人都应该记得php100这个网站，还有兄弟连，从0开始学一门知识有的时候挺费劲，尤其是在没有其他经验的情况下，期间走了很多弯路，学完smarty之后，开始迷茫不知道自己该怎么继续学习，而当时技术部门的人越来越少，没法交流学习，于是开始在网上各种搜集资料。(大一大二我宿舍莫名的bug，晚上不停电，电表也不走，使我有更充裕的时间搜索资料，学习，经常通宵学习)

也是在大一这一年，认识文龙兄，现在依旧是好哥们，他比我大一届，也是一个技术迷，曾大学辍学创过业，因此从学长变同学。

大一的总结其实就是：一直看视频自学php，还没学出啥成果，但是能写一个简陋的留言板，其实那时的迷茫应该是缺乏生产上的经验。

log-sophomore&junior.out

大二这一年，是一个转折年，因为，我决定要搞java，在baidu，google(感谢我的同班同学俊源教我用某agent)，之后，发现网络上有java的一整套视频，从java到java ee 最后android。

定下来要搞java后，开始下视频，java入门用的是毕向东的堪称经典啊，按照搜集的java学习线路，搜集线路图上的资料，开始学习。(搜集资料浪费了好长时间，那时候好傻，某宝 1块钱搞定，不过搜索引擎倒是玩溜了)。

接下来的日子又是，宿舍，食堂，图书馆，能翘的课都翘了，看书，看视频，学完java基础，看完jave ee(非三大框架)时候，大二暑假要来了(应该是离放假2个月)，一个学长，来学校想找几个暑假实习，刚好的机会，但是招实习是要android，于是跳过java ee 看android视频，实习要求是要做一个android的应用，我和朋友(现在在多米)开始搞android，看视频学andorid后，为北斗星网站做了一个新闻客户端，简单的一个欢迎界面，listview，用httpclient请求的网站数据，解析xml显示文章，最后通过，暑假实习。

注意，其实到现在为止，所有的经验都是视频学到的，真正的经验算是从这次暑假实习，增长的挺快的，学长是架构师级别的，我们去负责参与一个android项目日记模块的完善，期间和学长交流的很多，那时候才知道设计模式等等。

暑假实习结束后，想做一个课程表的应用，很多人不看好，学长直接说，这个这么简单没意思，于是一个人做了，当时简易的课程表有一个比较任性化的设计，可以收藏某个班的课表，这样有想蹭课的同学可以随时客串自己的业余时间，做完之后，简单贴吧发帖宣传了下，当日下载量2000人，当时还小骄傲了一下，亲眼在上课路上看到一个同学掏出手机点开我的app看课表特别开心。

做android的过程中确实学到了很多，但是慢慢发现，android很多时候在设计界面，对这个不太感兴趣，而且之前的计划有java ee的，于是再此期间，把java ee的知识补充了，并在上学期间，兼职了几个小web项目。(不是简历就不在这写了)

log-senior.out

大四这年，参与各种面试，由于一些事情，错过了校招，10月底才开始投简历，到现在，也面试了11家公司，有创业公司的，也有市值60多亿的，拿到7+ offer吧，期间不断总结，补充空缺，感谢过去还算奋斗的自己。

大学期间，干过很多疯狂的时，曾经图书馆一座一天王忘记吃饭，曾经年三十晚上码过代码，曾经假期拖了以行李箱书回家，除了上课睡觉时间，其他时间应该都在图书馆度过了吧，我的大学远远比我想象的更要精彩，免修过，逃课过，知足了。

目前被活捉，有几家公司让毕业直接联系去的，要想活捉我，哼哼～～～你带上我，我带上文龙兄啊，

程序猿不宜，请珍爱。

ps:语文是体育老师教的，本文只作为分享个人经历用