中台做的好不好的标志就是看前台是否愿意去用(1)

简介: 中台做的好不好的标志就是看前台是否愿意去用(1)
本文整理自资深中台研究者和实践者王健先生在“技术琐话”粉丝群的公益直播演讲,技术琐话直播,每周三一期。技术公益,从微小的出发。


2015年阿里巴巴集团提出中台战略,17年咨询行业成为第一个吃螃蟹的行业,为企业做出中台系统的建设。


image.png


中台越关注的越多,大家会越比较头晕、疑惑,因为每一家企业的中台的方法是不太一样的,但目前整个行业在做中台的思路逐渐开始趋于一致。在整理了500多篇中台的文章,会发现每一一家企业的模式是不太一样。


image.png


广发银行IT架构 SOA、微服务、中台之间有什么区别? 大数据技术代表着一层技术革命,这样的技术的诞生,让过去无法在业务上实现的技术,在现在得以实现。企业的各种应用建立在SOA的架构上,企业将各种能力沉淀、能力组装,实现对前台的支撑,那么这样的SOA是否就是中台? 


当老板说建中台到底是在说什么?


从抛开商业,从技术的本性,回归到第一性原理去看中台是否有价值,中台在解决什么样的问题。这里我们进行换位思考,从领导的角度去考虑,考虑为什么企业已经有了SOA架构,有了微服务,我们的创新和业务响应还是那么慢? 首先我们了解一下企业架构的概念,企业架构是企业对市场信息认知的体现,获取信息,加工信息,市场反馈。张一鸣说过要把企业当成产品去看待,企业架构就是产品的架构。企业的最终目的是要获取利润,而在这个过程中由于不断接受到外界的市场的反馈,市场的认知在不断发生变化,企业才会跟着变化来调整架构来去与市场匹配。在过去几年做中台的项目,并不断与外界的行业人士进行沟通,我们认为中台其实是解决企业架构的问题。


在继续探索中台做什么,我们需要通过栖息地模型来帮助我们进行理解。在接触中台的业务中,我们经常听到两个词,一个是确定性,一个是不确定性,在创业的阶段,公司所面临的问题都是混乱的状态,并不知道最佳实践是什么,因为创业可能是要颠覆掉原来的最佳实践的方法,从而建立新的竞争力。但随着公司的发展,管理者们希望进入一种确定性的状态,也就是希望我们的成功能够复制,也就是通过对事情的认知、对业务的认知的提升,从而找到最佳实践,并且将这样的能力沉淀,在后面可以大量复制,而不是每次都从混乱的当中重新开始。


image.png


然后这里再来谈另外一个东西,就是平台,平台是我们并不陌生的东西,通过平台我们可以轻松的构建很多业务。将平台的演进看成一个金字塔,对于金字塔底端,是最不需要和业务进行关联的。比如操作系统。


image.png


业务的纯度在不断增加,可以用更快的响应、速度去构建新的应用,这就是中台所代表的一个趋势。


image.png



相关文章
|
7月前
|
前端开发 Java Spring
公司这套架构统一处理 try...catch 这么香,求求你不要再满屏写了,再发现扣绩效!
公司这套架构统一处理 try...catch 这么香,求求你不要再满屏写了,再发现扣绩效!
35 0
|
canal 消息中间件 存储
因为这个功能,产品刚从医院出来,但我想再送他回去
因为这个功能,产品刚从医院出来,但我想再送他回去
94 0
|
弹性计算 SEO
3步让不懂技术的老板们也能轻松拥有自己的独立商城
很多企业想搭建一个属于自己的独立线上商城网站,但是又不懂技术,也不懂电子商务,该怎么办?下面从以下简单的3步搭建起自己的线上商城。
|
小程序 搜索推荐
聚合卡牌盲盒模式系统开发逻辑方案设计程序(成熟代码)
聚合卡牌盲盒模式系统开发逻辑方案设计程序(成熟代码)
328 0
|
架构师 搜索推荐
清晰!我们从来都反对“大中台,小前台”的架构设计!
在2020全球敏捷架构峰会上,快狗打车的架构师李洪英,分享了快狗打车业务中台的一些经验与思考。
清晰!我们从来都反对“大中台,小前台”的架构设计!
|
存储 API
中台做的好不好的标志就是看前台是否愿意去用(2)
中台做的好不好的标志就是看前台是否愿意去用(2)
124 0
中台做的好不好的标志就是看前台是否愿意去用(2)
|
前端开发 UED 微服务
中台做的好不好的标志就是看前台是否愿意去用(3)
中台做的好不好的标志就是看前台是否愿意去用(3)
158 0
中台做的好不好的标志就是看前台是否愿意去用(3)
任务悬赏平台源码开发,浅析线程的五个状态
任务悬赏平台源码开发,浅析线程的五个状态
|
传感器 算法 Go
买啥只管往车里放,推出去自己能结账!亚马逊无人黑科技上新,这次瞄准的是购物车
买啥只管往车里放,推出去自己能结账!亚马逊无人黑科技上新,这次瞄准的是购物车
171 0
|
消息中间件 设计模式 前端开发
公司这套架构统一处理try...catch这么香,求求你不要再满屏写了,再发现扣绩效!
软件开发springboot项目过程中,不可避免的需要处理各种异常,spring mvc 架构中各层会出现大量的try {...} catch {...} finally {...} 代码块,不仅有大量的冗余代码,而且还影响代码的可读性。这样就需要定义个全局统一异常处理器,以便业务层再也不必处理异常。
公司这套架构统一处理try...catch这么香,求求你不要再满屏写了,再发现扣绩效!