面向生态开放的新一代企业级应用架构.pptx

面向生态开放的新一代企业级应用架构微盟研发中心/喻立久

目录微盟SaaS业务介绍零售客户业务诉求面临的挑战架构方案效果体现

微盟SaaS业务介绍微盟成立于2013年，致力于商家数字化转型，服务超过10万+电商零售客户典型客户：联想、巴拉巴拉、江南布衣、特步、星巴克、热风等等

典型客户数字化升级诉求商家经营交易产品营销产品渠道管理数据BI财务产品货物管理效率运营效率、获客效率、营销效率等协同多应用之间可以融合与协同，共同服务业务成本技术投入成本可控线下导购

客户数字化升级实施策略自研外采VS优势劣势实现完全个性化业务安全性高数据完全集中成本巨大人才缺口闭关锁国优势劣势成本可控专业度高生态繁荣个性化受限制数据割裂供应商选择困难

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

微盟SaaS产品的总体架构思路领域模型：灵活扩展连接能力：降本提效产品功能：灵活定义通过针对底层数据模型的泛化设计，解耦数据模型与现实世界实体的绑定关系，从而尽可能做到任意扩展多产品、多业务线的场景下，底层能力需要具备强的可复用性与扩展性，从而支持灵活多变的业务诉求对于大型客户，应用之间的可连接性与连接效率决定着数字化升级的成败，也决定着生态合作伙伴共同服务商家的效率产品自身的灵活性决定着商户适应市场变化的敏捷性，是否支持产品功能的灵活定义，决定做着商家经营决策的执行力行业生态兼容并包一个中心四项原则业务能力：高度复用

面向生态开放的SaaS产品架构实践规范标准APISPI前端融合MSG框架模型业务中台通用模型通用能力个性化扩展业务编排。。。标准产品集成平台生态应用基本信息名称 版本开放能力接口 消息运营组件菜单层级页面主题装修组件首页商品详情连接器 控制器转换器权限校验流程编排商家自研OMS数据分析应用市场ERPCRM互动营销AI工具。。。

关键设计领域模型可扩展业务能力可编排应用高效集成产品功能组件化

关键设计之模型扩展传统方案数据库表增加扩展字段定义Json类型字段缺点：表列膨胀，影响查询效率字段内容之间互相影响核心服务稳定性失控新方案业务中台领域模型面向全行业进行高度抽象设计定义扩展独立存储，与主模型隔离可视化管理，动态存储，无需提前定义数据模型典型场景背景：微盟体系有多条业务线，比如零售、到店、酒旅、医药等等，标准的“商品”或“订单”等领域模型无法满足特定业务线的个性化需求诉求：希望中台底层模型支持业务个性化属性定义，比如商品领域模型增加“医药-渠道信息”MySQLMongoES业务扩展管理控制平台(业务线自助管理)

面向生态的领域模型泛化设计案例典型场景背景：零售商家的经营组织架构体系较为复杂，有集团型，多品牌型，加盟型等等诉求：零售SaaS产品能否支持客户自定义组织架构，从而快速适应客户的经营变化解决方案设计方法论：组织架构体系从“变量的枚举”到“变量的自解释”，从而支持灵活扩展枚举集团品牌品牌区域门店1门店2自解释NodeNodeNodeNodeNodeNode名称：品牌A类型：区域权限：XXX约束：。。

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

能力编排平台运行逻辑产品业务组件业务组件元数据消息路由能力路由扩展点路由配置域核心运行域流程单元能力路由SPI扩展运行域扩展实现-1扩展实现-2业务身份(mapping)业务中台流程编排路由策略下发使用获取

关键设计之高效集成典型场景传统方案背景：商户A同时使用了微盟的【微商城解决方案】、某公司的【CRM】产品和【抖音小店】诉求：微盟商品同步到抖音小店，且抖音订单回流至微盟商城，同时增加CRM的积分CRM微盟商城进行系统之间API对接硬编码