Mind of Bigyellow

 https://mp.weixin.qq.com/s/9vH8y-P7nU-kBGteUVxGiA 目的 Paxos算法是基于 消息传递 且具有 高度容错特性 的 一致性算法 Paxos算法需要解决的问题就是 如何在一个可能发生上述异常的分布式系统中，快速且正确地在集群内部对 某个数据的值 达成 一致 ，并且保证不论发生以上任何异常，都不会破坏整个系统的一致性。 概念 Proposer  ，  Acceptor，    Learners     Proposal

https://mp.weixin.qq.com/s/vgIb0anRke3FZ8b0JRpulg\ 一个描述我们为其他团队所做工作的YAML文件，以及一个将该文件编译成UI的Python Flask应用程序，该UI在可能的情况下自动执行这些请求，并生成包含完成任务所需信息的结构良好的票据， 包括完成任务的必要信息。 们把重点放在了我们剩下的最好的工具，即自动化。 由于缺乏监督或标准化，我们也有过既好笑又可怕的招聘经历。 在新领导加入并重新实施他们之前的设置后，通常情况下，关于事情如何运作的重要背景会被掩盖。我也没有很好地解释我们在优步的SRE组织中解决的具体问题。直到今天，我认为这些新领导人对优步的SRE组织正在解决的问题（使自下而上的组织具有高度流动性的优先权，而不是分解成一个单一的优先事项列表）有一个根本性的误解，即从他们以前的经验的角度来看待它。因此，SRE很快从嵌入式模式转变为完全不同的模式。 名字没变，但很快就变成了一个截然不同的团队。这个名字的延续掩盖了一个重要的领导和文化转变的开始，

https://www.infoq.cn/article/jTJGTtu2AgX74GkGif8Y 整个 CI/CD 过程就是一个不断将可变变为不可变的过程。 每一步都是要锁定一部分内容，做到不可变。有了不可变，才能随时得到不同资源组合的稳定版本，然后才能重复部署，或者安全及准确的回退到之前的版本。 组织团队之间的通讯和交流的模式，最终会映射成软件系统或者产品的形态。 独立部署是微服务的精髓，服务部署时还要依赖其他团队，本质上就不是微服务了 （ 不过是一个很昂贵的解决方案 ) 两个 container 可以共享一个存储，叫做 volume；通过 Init container 把数据准备到这个共享存储空间的路径上，Main container 就可以在这个存储上加载数据。这样一来，Main container 就会与数据加载以及初始化的方式彻底解耦。 如果在 pod 中包含多个 container，当我们需要某个 container 先完成启动就绪，就绪完成后才继续下一个 container 的创建，那么就可以在前一个 container 中加一个 postStart。这个 postStart 过程只是检查自己是否就绪，如果一直没有就绪，退出后返回不正常时整个 Pod 会失败，无法创建成功。如果创建成功，意味着已经就绪，就可以继续启动下一个 container。 当一个 Node 上有很多 Pod 在运行，可能会出现 Node 硬件不够用的情况，那么哪些 Pod 会被杀死？哪些 Pod 会被保留下来？这个叫 QoS。 Affinity 亲和性和 Taint 这两个概念有很多人都搞不清楚。所谓亲和性是从 Pod 的视角去看，什么样的 Node 适合我来运行。Taint 是从 Node 的角度来看自己可以运行什么样的 Pod，兼容了 node 上的 taint 的 pod 才可以被调度到 node 上。 引入了容器之后，带来的改变绝对不仅仅是构建、部署和维护的方式这么简单。其实每一次软件设计的变更都涉及到新增的构建块，带来新的设计思考。

 https://leadershipfreak.blog/2022/06/03/5-ways-to-build-the-team-you-want/ " Brings up tough issues; has conflict and resolves it"  " If you want to build the team,  dedicate time to building . You can’t build a team when you’re buried in day-to-day execution."  "#4. Stop helping competent people. Overhelpfulness creates weakness in others and frustration for you."