网站建设页面美工,移动互联网营销公司,大地在线影视免费观看,网站推广计划至少包括一#xff0c;淘宝技术架构 1.UIC: 用户中心(User Interface Center),提供所有用户信息相关的读写服务#xff0c;如基本信息#xff0c;扩展信息#xff0c;社区信息#xff0c;买卖家信用等级等等。 淘宝现在有两类卖家B 和C#xff0c;这是通过在用户身上打不同的标签…一淘宝技术架构 1.UIC: 用户中心(User Interface Center),提供所有用户信息相关的读写服务如基本信息扩展信息社区信息买卖家信用等级等等。 淘宝现在有两类卖家B 和C这是通过在用户身上打不同的标签实现的我们这次的无名良品卖家也是通过在用户身上打特殊的标签来区别于淘宝 已有的B 和C类卖家。淘宝的TOP平台已经开放了大部分的UIC接口。 2.IC商品中心(Item Center),提供所有商品信息的读写服务比如新发商品修改商品删除商品前后台读取商品相关信息等等IC 是 淘宝比较心的服务模块有专门的产品线负责这块内容IC相关接口在TOP中占的比重也比较大。3.SC店铺中心(Shop Center),类似中文站的旺铺不过淘宝的SC不提供页面级应用提供的都是些远程的服务化的接口,提供店铺相关信 息的读写操作。 如开通店铺店铺首页及detail页面店铺相关信息获取如店内类目主营店铺名称店铺级别如普通旺铺拓展版 旗舰版等等。装修相关的业务是SC中占比重较大的一块现在慢慢的独立为一个新的服务化中心DC(design center),很多的前台应用已经通过直 接使用DC提供的服务化接口直接去装修相关的信息。 ABTN
4.TC交易中心(Trade Center),提供从创建交易到确认收货的正 向交易流程服务也提供从申请退款到退款完成的反向交易流程服务.5.PC促销中心(Promotion Center),提供促销产品的订购续费查询使用相关的服务化接口如订购和使用旺铺满就送限时秒 杀相册店铺统计工具等等。
6.Forest淘宝类目体系提供淘宝前后台类目的读写操作以及前后台类目的关联操作。7.Tair淘宝的分布式缓存方案和中文站的Memcached 很像。其实也是对memcached 的二次封装加入了淘宝的一些个性化需求。8.TFS淘宝分布式文件存储方案(TB File System)专门用户处理静态资源存储的方案淘宝所有的静态资源如图片HTML 页面文本 文件页面大段的文本内容如产品描述都是通过TFS存储的。具体设计和优缺点会在下面详细介绍。9.TDBM淘宝DB 管理中心(TB DB Manager), 淘宝数据库管理中心提供统一的数据读写操作具体设计在下面详细介绍。10.RC评价中心(Rate center),提供评价相关信息的读写服务如评价详情DSR 评分等信息的写度服务。 11.HSF淘宝的远程服务调用框架和平台的Dubbo功能类似不过部署方式上有较大差异所有的服务接口都通过对应的注册中心config center获取。 2.淘宝服务化架构 用户
淘宝用户分两类买家和卖家不过很多的卖家也会在淘宝买东西所以他们既是卖家也是买家因此最好是按照用户行为分卖家行为和买家行为。买卖家行为都会涉及的系统包括店铺商城交易商品社区等等。涉及到的功能有较大差异客户卖和买 店铺 商城 社区 商品 交易 无线 无名良品 前台系统直接和用户打交道它们依赖于各种心业务中心提供的服务化接口淘宝服务 化 做的比较早相对B2B来说比较成熟这种高度服务化的方式有三点好处
(1)搭建新应用很敏捷所需要做的就是整理业务流à 组装服务化接口à 渲染页面
(2)增强应用健壮性只要保证服务化接口的稳定性容灾性前台应用调用基本都不会有大的故障
(3)服务化接口把类似的业务接口抽象的很纯粹使得性能观察和优化更有针对性更专注 SC[店铺中心]DC[装修中心 ] TC[交易中心]UIC[用户中心 ] RC[评价中心] PC[促销中心] Forest[类目体系] IC[商品中心]HSF[远程调用框架]
Tair[分布式 cache]
TDBM[数据库管理]
TFS[分布式存储]
Config[注册中心] 基础服务:提供最基础的共享服务这些服务中心提供的功能基本与业务无关。 基本上这些服务在B2B都有只是名字不一而已大体的功能也类似不过实现方 式有差异会在下面具体做介绍。 商城搜索集市搜索 SPU搜索 实时搜索 搜索服务提供前台和后台系统搜索服务
1.来源数据主要来自上面的心业务服务接口由业务接口通过tddl淘宝的数据库分库架构类似 B2B的corba同步数据到DB(oraclemysql)然后dump数据到搜索。
2.去处包括两方面前台—集市搜索spu搜索商城搜索社区搜索等 后台--crm实时搜索类目List等 核心业务服务提供各种心业务模块的服务化接口接口按使用方式分两类
1通过HSF方式调用的远程服务化接口
2通过定期推送服务端数据文件到客户端的CS调用 图中蓝色标注的系统的部分接口使用第二中方式调用其他系统基本都是基于HSF方式的远程调用。 …. (1)卖家行为:主要定位在个人后台且主要定位在后台的“我是卖家”TAB 页下的功能包括店铺管理商品管理订单管理服务订 购和使用广告系统社区发帖淘宝客等等前台浏览相对使用较少。
(2)买家行为:集中在前台店铺浏览宝贝的浏览社区浏览等比重较大买家后台功能主要定位在后台的“我是买家”Tab 页下包括拍 商品付款确认退款评价社区互动等。 产品淘宝对产品定义和 B2B 有差别淘宝的业务拆分较细服务化做的较成熟所以前台应用对应的业务非常纯粹如 Detail 系统可 能就一个 detail 页面无数据库连接所有数据来自底层的各种服务化中心功能专一逻辑清晰纯粹不过也正因为这淘宝的一个产品 可能是分布在多个应用系统中单个应用很难称为一个产品。 淘宝更喜欢用产品线的概念往往是一个团队负责一条产品线跨几个功能纯粹的应用, 如商品线 交易线 店铺线 江湖线 商城线等。
二.淘宝服务化进程 罗马非一日建成上面看到的相对成熟的服务化中心也是在淘宝业在务发展过程中不断的遇到问题解决问题的过程中沉淀下来的下面给大家简单图示下淘宝的服务化进程 I最初的淘宝应用架构状况业务高度耦合不同的功能模块基本都糅合在一个系统中错综复杂很有exodus2当初的味道啊 2 II随着业务发展抽提部分核心业务之后的状态
对前台业务做了切分抽提了部分核心业务成为独立的服务化提供中心。不过抽提的 业务较少这个阶段缺少对不同层的针对性优化比如监控容灾事务等等 III大规模使用HSF服务化相对成熟之后的状况
前端应用高度分化拆分成一个个功能单一的应用系统后端服务化接口也划分的较 细同时针对不同业务和具体的技术实现做个性化优化增强了各个节点的健壮性高效性。 通过上面的几张图可以明显的看出服务化给整个系统架构带来的好处
(1) 应用间的耦合降低在服务化接口成熟的情况下扩展新的业务需求变得方便主要就是一个组合服务化接口的过程。 (2) 开发人员可以专心关注业务而不用考虑分布式领域中的各种细节技术例如远程通讯、性能损耗、调用的透明化、同步/异步调 用方式的实现等等问题。 (3) 各个系统负责的业务更纯粹方便做针对新的性能调优和功能改进如容灾性并发监控等方面的优化。这种针对性有助于增强 系统的高性能高健壮。
三淘宝服务化利器--HSF 前台应用和心业务层由于和业务结合比较紧密篇幅限制这里就不展开讲了后续会有针对各个细节业务和技术的分享下面主要说说服务化 中最重要的基础技术架构HSF淘宝远程服务调用框架并附实例做说说它们的使用方式。
(1) HSF是神马 [High-Speed Service Framework] 淘宝的高速远程调用框架类似中文站的 Dubbo基于 Mina 框架开发它是淘宝应用从集中式走入 大型分布式的基础支撑。使开发人员无需过多的关注应用是集中式的还是分布式的可以更加专注于应用的业务需求的实现这些纯技术 的需求都由HSF 来解决。
2HSF的系统架构 I. HSF交互场景图 客户端消费端从配置中心获取服务端地址列表—和服务端建立连接开始远程调用—服务端更新通过 notify类似 B2B 的 naplio 系统通知客户端。服务端和客户端都有对应的监控中心实时监控服务状态。客户端配置中心服务端notify之间的通信都是通过TB Remotion API 去搞定的。 阅读目录置顶)(长期更新计算机领域知识https://blog.csdn.net/weixin_43392489/article/details/102380691
阅读目录置顶)(长期更新计算机领域知识https://blog.csdn.net/weixin_43392489/article/details/102380882
