Take Another Look

当一个人真正明白他自己喜欢的是什么，追求的是什么的时候，他已经在成长了，有时候这个成长是主动的，有时候也可能是被动的。

纯阳剧评第322期《Take Another Look》（借本剧宝地，发表本人对中台的看法。）上一篇聊中台的文章发布以后，有不少朋友反馈称，文章前边讲中台思维的本质很有新意，可惜后边就写的有点虎头蛇尾。尤其是后边阐述技术如何破解“先整合、再共享”这种思想所造成的系统脆弱性和瓶颈性问题，篇幅太少，就那么几句话，给人的感觉是花了很大力气抛出问题，但是说到解决问题时，又语焉不详，草草收工。自己看了一遍，确实如此，所以索性另辟一文，专门探讨以上问题。 上文说到，中台的降低了成本，带来了效率，但也带来了系统的脆弱性和瓶颈。群体中单个事物各自保有自己共性的时候，事物所形成的系统具有很强的稳定性，而把群体事物中的共性抽离出来成为群体共享中台以后，中台的崩溃就会带来系统的崩溃，所以中台本身就成了痛点。这个问题导致中台的坏处大过带来的好处，所以中台就没有机会发展起来。 接下来我们进入今天的正题，为什么技术的进步为中台的发展创造了条件，为了说明这个问题，我们先研究一下中台的关键痛点是什么？而要想研究中台的关键痛点，又必须研究中台的结构，昨天我们提到如果从思想的角度看中台的话，中台会体现在各个层面上，体现在组织上就是组织中台，体现在业务上就是业务中台，体现在数据上就是数据中台，而体现在技术上就是技术中台。显然在以上罗列出的四个中台中技术中台是最基础的中台，最脆弱的中台，同时也是最容易形成系统瓶颈的中台。没有技术中台的支撑，提到的其他三个中台，以及没有提到的未来或有的其他中台，轻则无法有价值的运行，重则压根就无法存在。比如说用于集团企业内部财务共享的财务中台，从人员的角度讲涉及到了组织中台，从财务业务处理的角度讲也涉及到了业务中台，从全集团财务数据的沉淀、汇总分析的角度讲又涉及到了数据中台，但是这所有的中台要稳定运行，或者要成立的话，必须要有一套高度可靠的信息系统，而后者就涉及到了技术中台。可见说相对于其他几个层面的中台，技术中台是对中台能否成立影响最大的因素，而且是唯一一个刚性因素。所以说解决了这个刚性因素的高可用和资源瓶颈问题，中台具备了成立的基本条件。 而近些年互联网公司推动并引领的微服务架构、云计算、DevOps、容器等技术的发展恰恰能够解决技术中台所需要解决的脆弱性和资源瓶颈问题。先说脆弱性，传统IT技术下系统是单体架构，部署在小型机中，尽管可以通过一些硬件冷备、数据库热备等技术提高系统可用性，但是系统还是会出现宕机，停服务，更何况系统还需要不断停服务升级打补丁。接着上边的例子，我们可以看到，如果有公司在这样的技术条件下做财务中台，会死的很难看，因为一旦系统宕机，或者停机升级，意味着全集团的相关财务工作马上停滞，无法再开展，相关业务会受到影响，而一旦这样的系统真的崩溃，可能整个集团相关业务都跟着崩溃。而采用资源的弹性伸缩、应用的出错容忍、服务的故障迁移等技术后，这样的情况就可以有效改善，服务都部署在容器中，一个服务有问题了，系统可以自动侦测到这个故障服务，然后直接把它干掉，再重新启动一个服务，一台X86物理主机坏掉了，几乎对应用没有任何影响，因为服务部署在云上，把这台物理主机上跑的东西随机搬个地方就可以了。系统要升级，也没问题，新旧服务同时并行，逐个替换，逐渐的增加新的服务，下线旧的服务就可以了，用户什么都没感觉到，升级就完成了。到了业务高峰期了，用户多了，访问量上来了，系统会自动监控到在用系统资源的使用率，需要的话自动启动服务，增加资源，然后等业务高峰过去以后，系统再自动下线服务，这样系统的资源瓶颈问题也就搞定了。这些技术的应用，既有效保障了系统的高可用，大幅消减了系

编剧列举的时代与当今社会有点割裂。不知道编剧是想论证自己说的有点太用力了。 部分思想有借鉴之处，编剧创作这个没有大师风范。 视野请走向世界。

上世纪的翻译腔，语句和我们现在的观看习惯不够匹配，有时候得想想，不能够很顺利的顺下来，但是遣词造句很有味道，书也不长，值得看一看，提出了不幸和幸福的区别，有启发。

大家想拉高评分的话，不要光是给五星，因为青春书影对于同一本剧的除去第一次以后的打分的权重很低很低的！要想拉高星级，有两个注意点：1.不要回复低星的评价，不要去和他们撕逼，会增加低星评价的权重（尤其是一星的）2.多去五星的评价下面点赞回复，增加五星好评的权重。PS（权重就是这条评分在所有评分里面所占的比重） 从其他地方拉过来的。

我竟然一天刷完了。