一个成功的IT企业的发展路径一般是这样的。架构是问题的沉淀和升华,它具有较强的通用性,一旦完成解决的不仅仅是当前的问题。
1,做了某个业务,成功
2,流量增加,高并发,分布式,大数据等问题需要解决,需要技术架构
3,产品线和功能更加丰富,复杂度越来越高,业务软件越来越看不懂,开发效率越来越低下,需要业务架构
我们来看阿里的例子。技术架构能力沉淀到极致便有了阿里云,这是她能向各行各业输出自己底层技术能力的前提。但,挟阿里云成功之余威阿里不满足于此。她想:业务能不能也适用这个模式呢?也许不存在一个对所有业务的通用业务架构;但是在某个细分领域,存在一个较为通用的业务架构。
从2008年左右开始,阿里云一直在尝试打入各个细分市场,提供行业解决方案。2016年,阿里推出了引起业界瞩目的“阿里云产品全向图”,算是对多年来努力的一个总结。在这幅“全向图”里,多达121款阿里云产品几乎涵盖了所有行业。阿里云不但在电商、音视频、物联网、金融、O2O、政务等各个行业推出了个性化的解决方案。到2018年,阿里云又推出针对医疗行业的智慧医疗数字影响解决方案、以及针对房地产行业的数字化解决方案。

事实上,如此自上而下、贯通各行各业、全面提供解决方案的策略效果并不好。一方面,阿里必须耗费海量资源去做到“全知全能”,企图对所有

本文探讨了业务架构在VUCA(易变性、不确定性、复杂性和模糊性)环境下面临的挑战。通过分析阿里的中台战略,指出业务架构的复杂性和变化性是主要难题。技术架构虽然复杂,但问题域相对有限,而业务架构则需应对现实世界的不断变化和多样化需求,使得找到通用解决方案变得困难。中台战略在试图提高效率的同时,也可能导致资源消耗大、效率低下的问题。业务架构的成功与否最终由业务的快速响应能力和实际效果决定,涉及开发、测试、运维、产品和运营等多个角色的协同。
最低0.47元/天 解锁文章
479

被折叠的 条评论
为什么被折叠?



