在现代大型分布式软件系统中，有一个绕不过去的课题，那就是如何保证系统的数据一致性。著名的Paxos算法（Megastore、Spanner），Raft协议（ETCD、TiKV、Consul），ZAB协议（ZooKeeper）等分布式一致性解决方案，都是在此背景下而诞生的。

一、Service的概念　　运行在Pod中的应用是向客户端提供服务的守护进程，比如，nginx、tomcat、etcd等等，它们都是受控于控制器的资源对象，存在生命周期，我们知道Pod资源对象在自愿或非自愿终端后，只能被重构的Pod对象所替代，属于不可再生类组件。而在动态和弹性的管理模式下，Service为该类Pod对象提供了一

作者微信:tangy8080电子邮箱:914661180@qq.com(https://www.oschina.net/action/GoToLink?urlmailto%3A914661180%40qq.com)更新时间：2019062412:47:59星期一欢迎您订阅和分享我的订阅号,订阅号内会不定期分享一些我自己学习过

一、概述　　1、我们此前在使用kubernetes中，无论我们使用无状态的应用程序，比如myapp,nginx。以及有状态的tomcat,redis,etcd,...等等，他们部署在k8s之上会有这样的问题。首先对无状态应用我们首先使用deployment控制器来实现控制以后其规模伸缩极其容易。这也是k8s带给我们的最重要的需要。但是如果是有状态的应用，

在这篇中，会继续接着前次的话题，通过具体的案例，介绍CoreOS为分布式和集群服务带来的便利。在前一个案例中，为了完成采集和管理分布在集群各个节点上的服务状态信息，我们通过Etcd的分布式存储特性，设计了一种解决分布式服务中应用运行的节点和时间均不确定的问题的监控方法。在这次的案例中，会在这种服务监控方案的基础上，继续实现将监控结果作为自动配置的反馈，从

CoreOS集群的架设比架设一个传统服务器集群更加容易。一方面因为CoreOS使用了Cloudinit自动化了集群信息的配置，另一方面则是受益于etcd分布式存储实现的消息分发和服务器自发现机制。这些便利性正是CoreOS系统设计充分为集群架构考虑带来的效率提升。安装CoreOSCoreOS的安装方法和传统Linux系统有

作者：李毓k8s的adm安装方式有一个巨坑，就是证书过期问题。其中涉及到的证书有apiserver,kubelet,etcd,proxy等等证书。这个问题在二进制安装方式是不存在的，因为可以手动更改证书。但是由于adm是自动安装，所以需要后期处理。目前的解决方式一般有三种，第一种是集群升级，通过升级k8s，间接的把证书也升级了。第二种是

!(http://pic.wblog.cn/483F011A117247D9AE3581E9569464F5%202.png)配置中心相信大家都有听过，zookeeper、apollo等等都是配置中心的代表，但大部分都是JAVA系为主的，笔者主要开发语言使用的是Golang当然也有类似于ETCD这样的组件，但是并不方便管理也无法可视化，在无

前言本文仅代表作者的个人观点；本文的内容仅限于技术探讨，不能直接作为指导生产环境的素材；本文素材是红帽公司产品技术和手册；本文分为系列文章，将会有多篇，初步预计将会有26篇。一、Openshift的高可用一个典型的OCP高可用架构是：master至少应为三个，且为奇数个（上面有etcd）；!(https

上下文我们通常用代码量来评判一个程序员技术的高低或一个项目的大小，阅读新项目源码时，也需要了解其代码量，心里有个预期。那如何统计代码量呢？传统做法通过findwc命令完成shell$find.name".go"|xargswcl60./etcd/tutorial/distributedlock.go...3491total如上，统计命