我们想要换个环境工作的理由，不外乎以下几条：
1、换个环境才积极。老板给予的压力太大、公司平台不适合自身发展、业务太忙或者太闲等都很容易让我们想要换环境。
讲到创新就不得不提到一个词“造轮子”。高水平的造轮子是创新之母。我个人是不反对高水平造轮子的，毕竟很多人很多事都是先从模仿开始的，如果一个业务正处于发展期
等到我们工作的年限越来越久，就会发现，当我们的参照系发生变化，就不会执着于自己的性别身份，反而会更加专注于业务、架构、问题本身。
我的 OKR 是什么？就是面向中台，以终为始。为什么是“面向中台”呢？因为我所在的云原生团队最核心的就是“面向中台，数据驱动”。那为什么又是“以终为始”呢？
我是非常喜欢看仙侠类小说的，因为仙侠小说里，每个人都会找到自己的大道，有情道也好，无情道也罢，各人有各人的追求。放到现实生活中来，我反而觉得信仰其实就是信则成
传统的 Kubernetes 采用以节点为中心的架构设计：节点是 Pod 的运行载体，Kubernetes 调度器在工作节点池中选择合适的 node 来运行 Pod。
本文先找人进行了试读，有大佬提出了一些建议，为了让本文更容易让人理解
，这里我们不再具体讨论领域模型、子领域、限界上下文和聚合的概念，
另外一方面企业相关的IT系统基本都比较大，同时微服务和分布式也催生了很多相对小粒度的系统，但是这并不意味着每个系统都要背负一套权限模型或者审批流，
的所思所想表达一下这个话题相关的内容，如果有补充的或者哪里不对欢迎讨
论。
小编后记：作者总结了这么多，佩服。但类似2.1，2.2似乎有些面向数据
设计，再反向找领域对象。
请求到达应用层后，如果需要调用外部服务的接口，那么我们需要通过应用层的防腐层进行调用。那么为什么需要防腐层进行调用而不是直接调用呢？主要的原因就是为了隔离接口数据变化
