面向生态开放的新一代企业级应用架构-喻立久.pdf

《面向生态开放的新一代企业级应用架构-喻立久.pdf》由会员分享，可在线阅读，更多相关《面向生态开放的新一代企业级应用架构-喻立久.pdf（23页珍藏版）》请在三个皮匠报告上搜索。

1、面向生态开放的新一代企业级应用架构微盟研发中心/喻立久目录微盟SaaS业务介绍零售客户业务诉求面临的挑战架构方案效果体现微盟SaaS业务介绍微盟成立于2013年，致力于商家数字化转型，服务超过10万+电商零售客户典型客户：联想、巴拉巴拉、江南布衣、特步、星巴克、热风等等典型客户数字化升级诉求商家经营交易产品营销产品渠道管理数据BI财务产品货物管理效率协同成本运营效率、获客效率、营销效率等多应用之间可以融合与协同，共同服务业务技术投入成本可控线下导购客户数字化升级实施策略自研外采VS优势劣势实现完全个性化业务安全性高数据完全集中成本巨大人才缺口闭关锁国优势劣势成本可控专业度高生态繁荣个性化受限制

2、数据割裂供应商选择困难零售商户数字化升级面临的挑战商户应用众多，各应用之间能力和数据互相割裂，存在着协议不统一、数据模型不一致等问题，集成打通较为困难1产品集成困难对于集团性连锁客户，往往存在着个性化定制需求，传统软件定制化的开放成本，部署成本，维护成本都较高；制约着商户快速适应市场变化2定制成本高零售客户的经营活动涉及较多线下场景，对产品的灵活性要求较高；比如客户的组织架构需要根据经营场所的归属关系灵活配置3灵活度差多个产品的人-货-场数据不统一，散落在各个应用里，统计和分析较为困难4 数据不统一微盟SaaS产品的总体架构思路领域模型：灵活扩展连接能力：降本提效产品功能：灵活定义通过针对底层

3、数据模型的泛化设计，解耦数据模型与现实世界实体的绑定关系，从而尽可能做到任意扩展多产品、多业务线的场景下，底层能力需要具备强的可复用性与扩展性，从而支持灵活多变的业务诉求对于大型客户，应用之间的可连接性与连接效率决定着数字化升级的成败，也决定着生态合作伙伴共同服务商家的效率产品自身的灵活性决定着商户适应市场变化的敏捷性，是否支持产品功能的灵活定义，决定做着商家经营决策的执行力行业生态兼容并包一个中心四项原则业务能力：高度复用面向生态开放的SaaS产品架构实践规范标准APISPI前端融合MSG框架模型业务中台通用模型通用能力个性化扩展业务编排。标准产品集成平台生态应用基本信息名称版本开放能力接口

4、消息运营组件菜单层级页面主题装修组件首页商品详情连接器 控制器 转换器权限校验流程编排应用市场ERPCRM商家自研OMS数据分析互动营销AI工具。关键设计领域模型可扩展业务能力可编排应用高效集成产品功能组件化关键设计之模型扩展典型场景典型场景传统方案传统方案 数据库表增加扩展字段 定义Json类型字段缺点：表列膨胀，影响查询效率 字段内容之间互相影响 核心服务稳定性失控新方案新方案 业务中台领域模型面向全行业进行高度抽象设计高度抽象设计 定义扩展独立存储独立存储，与主模型隔离主模型隔离 可视化管理，动态存储，无需提前定义数据模型背景：微盟体系有多条业务线多条业务线，比如零售、到店、酒旅、医药等

5、等，标准的“商品”或“订单”等领域模型无法满足特定业务线的个性化个性化需求诉求：希望中台底层模型支持业务个性化属性定义，比如商品领域模型增加“医药-渠道信息”MySQLMongoES 业务扩展管理控制平台(业务线自助管理)面向生态的领域模型泛化设计案例典型场景典型场景背景：零售商家的经营组织架构体系较为复杂，有集团型，多品牌型，加盟型等等诉求：零售SaaS产品能否支持客户自定义组织架构，从而快速适应客户的经营变化解决方案解决方案设计方法论：组织架构体系从“变量的枚举变量的枚举”到“变量的自解释变量的自解释”，从而支持灵活扩展枚举集团品牌品牌区域门店1门店2自解释NodeNodeNodeNode

6、NodeNode名称：品牌A类型：区域权限：XXX约束：。关键设计之业务能力编排典型场景典型场景传统方案传统方案 在商品查询促销活动服务里进行逻辑控制，类似if-else的结构缺点：代码可维护性差 灵活性较低新方案新方案 拆分核心业务逻辑，由更小粒度的业务单元更小粒度的业务单元组合而成 业务单元可以被自由组合 支持对业务单元的可视化编排可视化编排 业务单元可定义更细粒度的个性化扩展个性化扩展背景：微盟商城支持商品参加各种促销活动，比如满减满折，秒杀，拼团，砍价等等，同一个商品在不同场景下展示的促销活动类型可自由定义诉求：希望有一套通用的流程，各业务线共享