One Man and His Dog

年份: 2004
地区: 英国
类型:

Tony is used to getting what he wants, and when he decides he wants fellow criminal Norris Bosset's

观影心得

张宏宇 7.6 / 10

Bobby George的作品对人物树造还是有血有肉很生动,也比较真实,虽然是有些崇高的上拔。故事结构、逻辑也紧凑自洽。 好剧。

得不到的回忆 2.2 / 10

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

Jyh2027 4.3 / 10

小时候很喜欢看的

朱磅强 9.9 / 10

感觉读完这部剧,脑子里会涌现出一种名为行动的激情,至于结果如何,就看自己能不能坚持了,我最欣赏的是编剧所说的,没有人能帮助你自己,除了你自己。希望我能真正地遵从自己的理想与信念,不断前进!