聊聊我在阿里所经历的新零售业务商品中心微服务化的过程

本文由Java架构师姚半仙分享在阿里经历的新零售业务商品中心的微服务化过程。从时间紧、任务重的背景出发,详细介绍了业务方、业务需求和初期的单体应用架构。接着,探讨了如何从抗压和业务角度进行服务拆分,制定了老城区改造计划的指导方针,最终实现商品中心的微服务化,提升了系统性能和开发效率,让团队从9117工作制转变为996工作制。
摘要由CSDN通过智能技术生成

hello,各位同学们大家好,我是姚半仙,慕课网Java架构师课程讲师团成员之一。今天不算命,想给大家分享一下我在阿里所经历的新零售业务商品中心微服务化的过程。 

所谓往事不堪回首啊~~,我们先来看一下它的业务背景。作为整个集团的战略级项目,这个业务它的背景相当的艰难。

首先,它时间紧。新业务需要进行急速迭代,探知市场的微妙变化,培养用户的心智,以达到快速验证商业模式可行性的目的。

其次,这个业务它的任务非常的繁重。 我们所经历的不是给一座摩天大楼添砖加瓦,而是从0到1搭建这座大楼。因此,在那段黑暗的岁月里,所有员工过的都是相当的辛苦。9117就像呼吸一样的自然。(咦,同学们知道9117是什么意思吗?可能大家只知道996吧,9117意思是早上九点到晚上十一点,一周七天班) 

时间紧、任务重,这都还好说,咱小伙伴们皮实着呢,但是关键问题在于我们**承担的责任大呀。** 首先这是集团**No.1**的战略方向。集团对这项业务的投入可以这样说,叫不计成本。

综合以上三点,我们的小伙伴们只好把互联网精神中的**糙快猛**这种开发模式运用到了极致。所以当时我们推进项目的方针只有一个字,那就是快。

这里只是一个开头,我们接下来往下看。除了业务背景以外,**我们再来了解一下业务方都有哪些**。咱们做电商业务的,就是要把商品卖给用户,所以我们的第一个业务方自然就是终端的用户, 他们可以通过我们开发的A p p来访问我们系统,除此以外,我们的系统还集成到了手机淘宝当中。手淘这个超级巨无霸App会源源不断的将用户流量导入到我们的业务系统。除了这两项以外,我们还有线下的POS,也就是说,用户可以在阿里入股的大型超市中通过线下买单的形式,在我们的后台应用中创建订单。

我们的业务方当然还包括咱自己的运营小二同学们。我们的产品同学,运营同学,采购同学,他们通常会通过Web页面登录后台的管理系统来制定业务的规则。除了这些坐在办公室的同学,我们还有奋战在一线的工作人员,这些工作人员可以通过履约终端App或者是拣货端的扫码枪来访问我们的业务系统,所以我们的业务方非常多元化,用户导流的入口也是分散在不同的地方。考虑到我们有手淘的导流,这个用户体量可是相当相当大的,对我们的业务系统的性能是一项非常大的挑战。

那接下来我们就去了解一下新零售业务都有哪些业务上的需求。我这里把系统当中比较核心的业务模块先跟同学们讲

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值
>