软件架构阅读笔记5

 淘宝架构演进背后——零售业务中台架构设计探讨及实践

引:传统零售企业如何应对新经济模式下的IT系统建设?

这篇文章介绍架构发展的方法更前几个不同,前几篇就问题讲解决方法,这篇先提出了行业背景及建设目标。(架构是发现问题解决问题的过程)在这个基础上讲架构,我觉得会让人更知所以然。

提出的目标:

  • 会员体系:线上会员、线下会员的融合与打通,一致的用户画像。
  • 商品体系:线上商品、线下商品的融合与打通,一致的商品信息。
  • 订单体系:全渠道下单体验,实时订单管理与跟踪,高效的运营支撑体系。
  • O2O服务:线上下单、线下消费、线下服务,极致的用户体验。
  • 售后体系:流畅的互动平台,高效的安装服务,人性的客户关怀

文章中的名词:

业务中台:核心价值就是能够让任何一条业务线都具备整个公司的核心能力。所有业务共享单元的能力共同支撑了整个集团业务的发展。业务中台能够赋予整个企业快速进行业务创新的能力。

为什么基于业务中台:SIP做的系统都是以一个业务域从头到尾打通为主。

业务中台优点:

  • 是水平的,在这个平台上需要建设自己核心的业务中心,数据层面本身就是打通的。
  • 业务中台为企业提供快速试错创新,能给企业带来的业务中台建设的方式不是一蹴而就的,它是随着企业本身信息化建设持续进展和业务不断创新最终沉淀下来的。

服务如何沉淀

核心要求

  • 开放,所有业务中台的信息必须对外开放,能够极大促进企业本身业务能力的发展。
  • 现在传统企业也需要业务创新,只有新的业务不断出现、不停地试错才能让业务中台做的更好,才能真正沉淀出哪些是企业独有的。
  • 线上线下数据产品的创新和对数据的应用。

基本能力

  • 服务,能力是以服务的方式对外提供的,所以必须确保服务足够核心。80%的抽象,20%的个性化需求
  • 稳定,专业、专注带来稳定。这点对于传统企业的技术团队是很好的。

中台架构:

如何做:

外松:创新、应变、开方、高并发、扩展

内紧:严谨、规范、集中、可追溯、可深挖

技术要求:

  • 架构方面:去IOE架构;共享服务化;低耦合高内聚、弹性伸缩;支持二次开发;完全分布式。
  • 技术方面:开发体系基于最佳实践;采用先进成熟的技术;具备良好的开放性和可移植性;整体协作,快速迭代。
  • 性能方面:7*24小时不间断稳定运行;系统平均无故障率≥99.9%;支持高开发;响应时间不超过1秒。
  • 安全方面:系统、数据库具备高可用性;具备安全备份策略;数据不丢失;可防止网络攻击和黑客入侵。
posted @ 2019-04-06 19:39  什么名都不好  阅读(124)  评论(0编辑  收藏  举报