Dubbo 服务体系结构

开源、高性能、玻璃化 ,目前最成熟的 SOA 服务治理方案




ku游娱乐app的电子商务架构,将应用程序拆分为业务,相似命令、消费者、优惠促销、售后、商品管理和其他业务,这些服务独立运行,为其他ku游娱乐app提供服务。


系统开始分布式服务框架(阿里的 Dubbo )构建分布式服务。Dubbo 是开源的、高性能和高透明度 RPC 远程呼叫服务框架,是迄今为止最成熟的 SOA 服务治理方案。


对于复杂的分布式事务,ku游娱乐app的电子商务架构经历了微观交易架构 TCC 复杂事务中一致性问题的求解。




SOA

应用导向SOA剥离原始单个应用程序中的业务逻辑层,作为单独的服务提供。


相似,会员开始的演出详情页,显示性能信息、性能表,性能率;会籍制度修订令,全部,您还需要有关性能的基本信息、费率资料等。





微观服务

每个服务只封装对相应的主数据表的访问,这些服务构成了系统的基本服务,构成系统的微核,共享所有上层应用程序。



微内核服务是原子服务,接口粒度非常好,可以在它们上构造聚合服务,为上层应用程序提供粗粒度服务。可以是信息聚合,相似,图片性能聚合服务集成了有关性能的基本信息/储存/费率;它也可以是进程聚合,相似订货接口,从多个服务调用接口,共同完成复杂的订单签发操作。

这里的服务是分层的,聚合服务是上层,基本服务处于最底层,依赖关系规则如下:


        ●  上层服务可以调用相同的层服务和基本服务
        ●  基本服务是原子服务,你们不能互相打电话
        ●  前端应用程序可以调用聚合服务和跨层调用基本服务





TCC

交叉应用,通过业务级别的逻辑订单,预锁,后续应用程序失败,以前应用的数据返回 实现。

TCC相对应Try、Confirm和Cancel三种操作,这三项业务的业务影响如下:

    Try:预留服务资源
    Confirm:确认业务操作的执行
    Cancel:取消业务操作的执行


三种关系数据库事务操作的比较:DML、Commit和Rollback,你会发现TCC有相似之处,也有不同之处。


在跨应用业务中,Try操作是首先在多个应用程序中保留和锁定业务资源,为随后的确认奠定基础,相似,DML锁定数据库记录行的操作,保存数据库资源;Confirm在Try所有参与行动的申请在成功后均获确认,保留业务资源的开始,和Commit相似;但是Cancel是什么时候Try并不是所有涉及操作的应用程序都是成功的,成功的申请必须取消(即Rollback返回 )。在?中 Confirm和Cancel操作是一对反向业务操作。



隐私保护 | 开始条款 | 网站地图

? 2017 版权 ku游娱乐app