业务架构师怎么设计架构、做技术选型？
InfoQ编辑唐智
讲述：初明明大小：3.49M时长：03:48
业务架构是一个存在二十多年的概念，但对于“怎么设计架构、做技术选型？”这个问题，很多工程师仍然云里雾里。近日，InfoQ 记者采访了 ArchSummit 全球架构师峰会（北京）“业务架构”专题出品人、58 同城高级总监江军平，向他请教了问题的答案。以下为重点内容。
一般来说，基础架构是通用的技术基础设施，比如各家云服务厂商在云上提供的产品基本都是基础架构相关：弹性计算、数据库、存储、中间件、监控等。业务架构则建立在基础架构之上，基础架构提供轮子，业务架构师将这些轮子又快又好地组装成用户想要的产品。
外界对业务架构的误解通常是其相对基础架构而言，缺乏“技术含量”，实则不然。业务架构师不仅要懂业务，更要能很好地理解基础架构中每个轮子的特性和原理，只有理解够深刻，才能用的更好，技术选型才能做对。
对于业务架构师来说，除了要有扎实的技术功底，还得有优秀的沟通和业务理解能力，能够把复杂的业务场景抽象、分层、简化，拆分给多个人协同开发，对其中的关键技术难点要有很好的识别和把控能力，比如数据规模、访问量、策略效果等，做到快速开发快速上线，且对上线后的业务效果也要有预判能力。因此要成为一个好的业务架构师，很不容易。
对于业务架构师来说，设计业务架构，首先要做业务建模抽象，把架构拆解为表现层、逻辑层、数据层，对于每一层的关键技术重点识别和把控，搞清楚上下游系统的特性，对整体架构方案要做到心中有数，一切尽在掌控。主要有以下几个步骤：
规划业务中台，把业务中共性的部分抽象出来，避免重复造轮子。比如房产业务的房源库、楼盘字典、开放平台，都是房产各品类可以复用的，因此应该放在业务中台，而不是每条线都自己搞一个。
关注数据规模、访问量，这两个业务参数是每次做架构的设计的时候都应该重点考量的指标，对方案设计影响重大。
考虑业务发展，预判业务未来可能的变化，在架构设计上提前做好规划，避免业务需求一变整个方案推倒重来。
技术选型上，可以考虑如下因素：
如果是在大公司，基础架构一般都比较成熟，优先选择公司内部有支持的技术，且能够更加方便的和公司内部其他系统联动。
如果没有现成的技术可用，优先考虑成熟的开源方案，选择自己熟悉的，能 hold 住的技术，做好未来二次开发的准备。
调研各大云厂商，如果有成熟的方案选择，综合成本能接受的话，可以选择直接用。
另外，如果需要自建，也先调研下业界的成熟方案，借鉴其中的优秀经验和思路，避免走弯路。
江军平认为，业务架构是实现业务目标的一整套技术方案，也可以是针对某个具体业务点的架构方案。在互联网行业，好的业务架构具有业务效果好、能快速落地、可持续迭代、不容易出错等特点。所以，一个好的业务架构对企业来说至关重要。希望本文能够给你带来架构设计与技术选型方面的参考。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论