学习教程
容器化落地实践的一个案例
随着公司业务的不断发展和微服务化的改造，项目越来越多，每天的发布也越来越多, 传统运维体系效率低下，难以满足业务的需求。近年来Docker发展非常迅速，构建一次，到处运行的理念也给运维带来了一丝曙光，Kubernetes平台的出现更是加速了容器化在企业落地的进度。本文主要分享了Kubernetes在的一个落地实践案例。
DockOne.io详解分布式协调服务 ZooKeeper
我们在这篇文章中简单介绍了 Google 的分布式锁服务 Chubby 以及同样能够提供分布式锁服务功能的 ZooKeeper。
个人博客Kubernetes 容器云实践方案
随着社会的进步与技术的发展，人们对资源的高效利用有了更为迫切的需求。近年来，互联网、移动互联网的高速发展与成熟，大应用的微服务化也引起了大企业的热情关注，而基于Kubernetes+Docker的容器云方案也随之进入了大众的视野。开普勒云是一个基于Kubernetes+Docker+Istio的微服务治理解决方案。
宜技之长Kubernetes网络分析之Flannel
Flannel的支持多种网络模式，常用用都是vxlan、UDP、hostgw、ipip以及gce和阿里云等，vxlan和UDP的区别是vxlan是内核封包，而UDP是flanneld用户态程序封包，所以UDP的方式性能会稍差；hostgw模式是一种主机网关模式，容器到另外一个主机上容器的网关设置成所在主机的网卡地址，这个和calico非常相似，只不过calico是通过BGP声明，而hostgw是通过中心的etcd分发，所以hostgw是直连模式，不需要通过overlay封包和拆包，性能比较高，但hostgw模式最大的缺点是必须是在一个二层网络中，毕竟下一跳的路由需要在邻居表中，否则无法通行。
宜信技术学院致传统企业朋友：不够痛就别微服务，有坑！
当时想微服务既然是改造应用，做微服务治理，类似注册，发现，熔断，限流，降级等，当然应该从应用开发组切入，一般一开始聊的会比较开心，从单体架构，到SOA，再到微服务架构，从Dubbo聊到SpringCloud，但是必然会涉及到微服务的发布和运维问题，涉及到DevOps和容器层，这些都不在开发组的控制范围内，一旦拉进运维组，对于容器的接受程度就成了一个问题，和传统物理机，虚拟机的差别，会带来什么风险等等等等，尤其是容器绝对不是轻量级的虚拟化这件事情，就不是一时半会儿能说的明白的。更何况就算说明白了，还有线上应用容器，一旦出了事情，谁背锅的问题，容器往往会导致应用层和基础设施层界限模糊，这使得背锅双方都会犹豫不决。
刘超的通俗云计算4个需要避免的常见Kubernetes监控陷阱
对于目前的Kubernetes监控手段而言，由于缺乏端到端可视性以及面临着容易出错的迁移，其实是存在不足的。本文是监控Kubernetes时我们可能遇到的四个常见挑战以及如何解决这些挑战的建议。
The New StackKubernetes组件ETCD中存储的数据之探究
ETCD在k8s技术栈的地位，就仿佛数据库（Mysql、Postgresql或oracle等）在Web应用中的地位，它存储了k8s集群中所有的元数据（以key-value的方式）。那么很现实的一个问题是：这些元数据是如何组织并保存的呢？本文就对此问题探究一番。
个人博客