业务应用中台与架构设计

Posted david_lv

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了业务应用中台与架构设计相关的知识,希望对你有一定的参考价值。

我曾经说过无数次,产业价值链是:产供销研售后。每个价值环节的资源是:物料、设备、人、钱。每个价值环节的资源从所有权来说都是三种:自有资源、战略合作资源、社会化资源。

(1)行业

昨天看到一个IT项目,客户是酒店行业资源整合者。

我想起两个事:

一个事是酒店行业在2006-2010年被资本+现代企业管理制度重构了一次。当时如家、桔子..,崛起了很多统一连锁的平价酒店。

一个事是酒店行业在2010年后被电商平台又教育了一次,当时携程、艺龙、途牛、飞猪、美团...,好多酒店电商销售平台。

所以,做酒店业,大家对资本、现代企业统一管理、在线电子商务与IT,都有一定的认知。

但是,中国很多产业,还没有被资本、现代企业统一管理、在线电子商务与IT教育过,所以中国很多产业的数字化其实还是信息化,还是线下获客线下签单线下付款,事后录入到IT系统中,只不过IT系统可能是在公有云部署、订阅付费使用。

(2)项目Case介绍

这个客户呢,自己有一些自营酒店资源,也有自己的多端官网:Web官网、官方App、官方小程序。

当然,更多的是合作,加盟合作了许多酒店资源,也合作了很多销售平台:如携程、途牛、美团。

而且面向的顾客呢,有个人住酒店的,也有团体住酒店的,两种顾客类型都有,处理流程略有差异。

(3)IT:业务应用中台

这个客户,除了各个酒店的自身酒店管理系统(前台接待系统、客房管理系统、餐饮管理系统...),到底还需要什么系统呢?这么多销售口子,这么多加盟酒店商,怎么统一管理。

所以,他们需要的是:

  • 统一营销促销

  • 统一订单

  • 统一库存

  • 统一支付

这四个统一,可以把多口子销售都收拢管理起来。

为了配合这个最小的价值链,我们还需要一块:统一产品主数据。

完成销售端,就需要多方分利了,给销售平台(携程美团)怎么分利,给自己怎么提成,给加盟酒店资源商怎么分利?所以还需要两个统一:

  • 统一合同:和销售平台的分利政策合同,和加盟酒店的分利政策合同

  • 统一清分结算对账:和销售平台怎么自动分利计算/结算支付转账/对账,和加盟酒店怎么自动分利计算/结算支付转账/对账

最后,为了自动化省事,可搞个财务总账开放接口,让这么多统一来的业务数据,自动生成记账凭证,统一插入到财务总账系统中。

我这只是讲完了酒店资源的采-销两个环节,至于说酒店的装修工程管理与结算、酒店物料的采购供应与结算,这些方面不在咱们今天的讨论范围。

(4)落地IT架构设计

落地方法论很清晰,但落地的执行难度,除了架构设计难度外,还有实现的细碎工作量。咱们今天主要讲架构设计难度。

这个项目,需要三个架构:

  • 应用架构

  • 数据架构

  • 技术架构

一、应用架构

需要梳理和各个具体酒店的酒店管理系统、各个酒店加盟商、各个销售平台的系统之间的接口现状。

然后设计统一接口族:

统一营销促销接口族

统一订单接口族

统一库存接口族

统一支付接口族

甚至还包含:

统一清分结算对账接口族

统一财务自动记账凭证接口族

设计接口可是个难题,要满足各利益方使用的IT系统的统一兼容,还要满足各利益方使用的IT系统不断修改但是接口还要保持稳定,更要保持向下兼容。否则,你这接口不稳定,你要修改接口,那所有系统都要跟着你修改了。那协调难度和工作量,真是恐怖的不可想象。

所以这应用架构的价值到底有多高?大家知道了吧。这就是IT咨询。

二、数据架构

这个项目的数据架构包含:

  • 酒店产品主数据的识别

  • 酒店产品主数据的规范制定

  • 酒店产品主数据的变更(增加/修改/删除)方法

  • 酒店产品主数据的映射方法、复制分发制度、接口设计/接口访问方法/接口访问权限

过去主数据在主要业务系统中。现在主数据被独立了出来,所以各个系统都要对着主数据重新对接集成开发或者数据映射同步一遍。

三、技术架构

酒店行业由于受电子商务的洗礼已久,所以酒店行业的业务交易与支付,大多已经在线、实时。也就是说,一旦IT系统出了问题,那是真正的失去生意、丢掉了钱。这和传统IT截然不一样。传统IT即使系统瘫痪、即使系统出现了BUG,照样开门做生意,反正是事后人工录入。

所以,对于酒店行业数字化,对于技术架构,一定是和电子商务的技术架构一样高的:

  • 高性能:这要遇到节日、大促,系统堵塞了,这损失的就是真正的钱

  • 高弹性伸缩:为了应对节日、大促,就得在节日大促前进行弹性扩容,过了高峰后再缩小。如果能做到根据运维数据进行预测,进而自动伸缩资源,那就更牛了

  • 高稳定:这要真计算错账、是真正计算错钱的,这怎么赔偿啊

  • 高可用性:一旦出现计算存储网络问题,业务照样不受影响看不出仍然异样,这高可用就太牛了

这技术架构的难度高不高?有没有价值?这就是IT咨询。

这才是硬对硬拼核心竞争力的。

(5)最后

最后我想说两点:

我想说的第一点是:今天我讲的,都不是特指酒店行业的。其实只要在产供销研售后的某个环节,存在多个外部合作利益方,那么都需要这套产品:

统一营销促销中心

统一订单中心

统一库存中心

统一支付中心

不知道,中国的IT厂商们把这些业务中台独立出来没有,成为可独立部署独立报价独立销售的产品没?

我想说的第二点是:做了这么多统一业务中台,做了这么多集成对接开发,做了这么多架构设计,这复杂性、这高门槛性,这个IT项目,你说值不值1000万以上?

开发者涨薪指南 48位大咖的思考法则、工作方式、逻辑体系

以上是关于业务应用中台与架构设计的主要内容,如果未能解决你的问题,请参考以下文章

业务中台与领域驱动架构设计

领域驱动设计业务架构 与 业务中台的关系

架构设计思考-1

直播预告丨银行业务中台架构设计及实践经验

交易中台架构设计:海量并发高扩展,新业务秒级接入

交易中台系统设计与思考