写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
互联网行业历来有“胜者通吃”的传统,阿里如今在业务和技术上的成功也使得“中台”这个词名声大噪,好像一颗“银弹”就此诞生了,很多企业也都想学学阿里的中台战略。本专题的作者付晓岩,是原国有大行资深业务架构师,负责业务架构设计、项目管理,热衷新技术探索与实践,具有丰富的银行业务经验和企业级项目业务架构设计经验。他在其系列文章中就阿里中台战略与其独特文化的关系、企业中台战略如何考虑业务和技术的平衡、为什么业务架构存在 20 多年技术人员还觉得它有点虚等方面进行深入剖析。

互联网行业历来有“胜者通吃”的传统,阿里如今在业务和技术上的成功也使得“中台”这个词名声大噪,好像一颗“银弹”就此诞生了。但是,熟悉架构设计的朋友也都很清楚,软件工程上是没有“银弹”的,而阿里的优秀也不是学学“中台”就可以移植的。

中台说到底也是一种业务架构设计结果,回顾软件设计的发展历程,中台也不是石头中蹦出来的齐天大圣,它并非一种超越了企业架构这个概念的存在,因此,想要深入理解中台设计方式,多去学习下业务架构、软件架构的发展历程还是有帮助的。

那些避不开的能左右架构设计的人为因素

业务架构强调的是横向视角,强调通观整个企业的生产过程,因此,展开垂直的业务分析之前,我们必须先确立一个统一的业务分析框架做为观察各个业务线的统一方法,这样才能将企业需要的业务能力进行分类汇集,产生合理的组件结构。

这种标准化也是识别中台能力的基础,其实阿里的中台也是在不断的标准化和去重过程中沉降下来的。

从实际操作的角度讲,企业级业务架构设计及其建模过程是一个充满可能性和争议的过程,并没有一个直观的量化标准能够用于判断一个架构方案的好坏,我们可以通过一个虚拟的例子体会一下。

将模型化的业务架构转化为需求方案,及其落地的关键。

从业务到模型只是一个复杂的“预备过程”,开发才是大家关注的重头戏。

企业级转型,或者搞中台,都不是“一锤子买卖”。

跟“特事特办”论论!

随着国家开放程度的不断提高,民营领域创新能力的不断提升,大型传统企业已经进入了被动的数字化转型之中,是否会迎面走上、顺利走通企业级转型这条举步维艰之路,我们拭目以待吧。

基于企业级业务架构的组件化设计,其实优势还是在于有效连接战略与开发,实现上下贯通的一体化设计,这方面不是单纯追求中台的技术实现可以获得的。

面向服务的设计一直都有一个话题,就是服务的“颗粒度”问题,无论是 SOA 还是微服务,都很难把握颗粒度。

上一篇介绍了通过构件模型支持组装式设计的思路,本节再讲讲将其应用于构建轻量级架构设计工具的思路。

产品是一个企业的价值载体,是为客户服务的实例化表现形式,产品将企业与客户紧密联系在一起,也是企业内外部信息的重要连接点,因此,应当在产品的系统化管理与实现方面多花些精力。

其实中台并非万能,客观地讲,一个优秀的架构设计人员是不会“迷信”于任何一种架构设计方式的,也不会执着甚至偏执于方法间的争论,没有哪种设计方式是完美无缺的,软件行业没有“银弹”。