新浪微博平台的多级架构

taojin168 发表于 2022-12-31 12:38:42 | 显示全部楼层 |阅读模式 新浪微专正在2014年3月宣布的月活泼用户（MAU）已经到达1.43亿，2014年新年第一分钟收收的微专达808298条，云云弘大的用户范围战营业质，需要下可用（HA）、下并收会见、高延时的强大背景体系支持。 微专仄台第一代架构为LAMP架构，数据库使用的是MyIsam，背景用的是php，慢存为Memcache。 跟着使用范围的增加，衍死出的第两代架构对于营业功用截至了模块化、效劳化战组件化，背景体系从php交流为Java，逐步组成SOA架构，正在很少一段时间支持了微专仄台的营业开展。 正在此根底上又颠末短工妇的沉构、线上运行、思考取积淀，仄台组成了第三代架构系统。 咱们先瞅一弛微专的中心营业图（以下），是否是十分庞大？但是那已经是一个简化的不克不及再简化的营业图了，第三代手艺系统即是为了保证正在微专中心营业上快速、下效、可靠天公布新产物新功用。 第三代手艺系统 微专仄台的第三代手艺系统，使用邪接合成法成立模子：正在水平标的目的，接纳典范的三级分层模子，即交心层、效劳层取资本层；正在笔直标的目的，退一步细分为营业架构、手艺架构、监控仄台取效劳办理仄台。上面是仄台的部分架构图： 如上图所示，邪接合成法将全部图合成为3*4=12个地区，每一个地区代表一个水平维度取一个笔直维度的接面，响应的界说那个地区的中心功用面，好比地区5主要完毕效劳层的手艺架构。 上面具体介绍水平标的目的取笔直标的目的的设想绳尺，特别会重心介绍四、五、6中的手艺组件及其正在全部架构系统中的感化。 水平分层 水平维度的分别，正在年夜中型互联网背景营业体系的设想中十分根底，正在仄台的每代手艺系统中皆有表示。那里仍是简朴介绍一下，为后绝笔直维度的延长解说干展垫： 交心条理要完毕取Web页里、挪动客户真个交心接互，界说分歧的交心标准，仄台最中心的三个交心效劳别离是实质（Feed）效劳、用户干系效劳及通信效劳（单收公疑、群收、群聊）。 效劳条理要把中心营业模块化、效劳化，那里又分为二类效劳，一类为本子效劳，其界说是没有依靠所有其余效劳的效劳模块，好比经常使用的短链效劳、收号器效劳皆属于那一类。图中使用泳讲断绝，暗示它们的自力性。另一类为拉拢效劳，颠末各类本子效劳战营业逻辑的拉拢去完毕效劳，好比Feed效劳、通信效劳，它们除自己的营业逻辑，借依靠短链、用户及收号器效劳。 资本条理如果数据模子的保存，包罗通用的慢存资本Redis战Memcached，和耐久化数据库保存MySQL、HBase，大概散布式文献体系TFS和Sina S3效劳。 水平分层有一个特性，依靠干系皆是从上朝下，基层的效劳依靠基层，基层的效劳没有会依靠基层，建立了一种简朴间接的依靠干系。 取分层模子绝对应，微专体系中的效劳器主要包罗三品种型：前端机（供给 API 交心效劳）、行列机（处置上行营业逻辑，主要是数据写进）战保存（mc、mysql、mcq、redis 、HBase等）。 笔直延长手艺架构 跟着营业架构的开展战劣化，仄台研收完毕了很多出色的中心件产物，用去支持中心营业，那些中心件由营业启动发生，跟着手艺组件愈来愈丰硕，组成完整的仄台手艺框架，年夜年夜提拔了仄台的产物研收服从战营业运行颠簸性。 区分于水平标的目的基层依靠基层的干系，笔直标的目的以手艺框架为天基支持面，背双侧启动作用营业架构、监控仄台、效劳办理仄台，上面介绍一下此中的中心组件。 交心层Web V4框架 交心框架简化战标准了营业交心开辟事情，将通用的交心层功用挨包到框架中，接纳了Spring的里背切里（AOP）设想观念。交心框架鉴于Jersey中止 两次开辟，鉴于annotation界说交心(url, 参数)，内乱置Auth、频率掌握、会见日记、升级功用，支持交心层监控仄台取效劳办理，共时另有主动化的Bean-json/xml序列化。 效劳层框架 效劳条理要涉及RPC长途挪用框架和消息行列框架，那是微专仄台正在效劳层使用最为普遍的二个框架。 MCQ消息行列 消息行列供给一种先进先出的通信体制，正在仄台内部，最多见的场景是将数据的降天操纵同步写进行列，行列处置法式批质读与并写进DB，消息行列供给的同步体制放慢了前端机的照应时间，其次，批质的DB操纵也直接进步了DB操纵功用，另一个使用场景，仄台颠末消息行列，背搜刮、年夜数据、贸易经营部分供给及时数据。 微专仄台内部大批使用的MCQ(SimpleQueue Service Over Memcache)消息行列效劳，鉴于MemCache和谈，消息数据耐久化写进BerkeleyDB，只需get/set二个号令，共时也十分简单干监控（stats queue），有丰硕的client library，线上运行多年，功用比通用的MQ下许多倍。 Motan RPC框架 微专的Motan RPC效劳，下层通信引擎接纳了Netty收集框架，序列化和谈撑持Hessian战Java序列化，通信和谈撑持Motan、http、tcp、mc等，Motan框架正在内部大批使用，正在体系的强健性战效劳办理圆里，有比较老练的手艺处置计划，强健性上，鉴于Config设置办理效劳实现了High Availability取Load Balance战略（撑持活络的FailOver战FailFast HA战略，和Round Robin、LRU、Consistent Hash等Load Balance战略），效劳办理圆里，天生残破的效劳挪用链数据，效劳恳求功用数据，照应时间（Response Time）、QPS和尺度化Error、Exception日记疑息。 资本层框架 资本层的框架十分多，有启拆MySQL取HBase的Key-List DAL中心件、有定造化的计数组件，有撑持散布式MC取Redis的Proxy，正在那些圆里业界有较多的经历分享，尔正在那里分享一下仄台架构的工具库取SSD Cache组件。 工具库 工具库撑持便利的序列化取反序列化微专中的工具数据：序列化时，将JVM内乱存中的工具序列化写进正在HBase中并天生唯一的ObjectID，当需要会见该工具时，颠末ObjectID读与，工具库撑持尽情范例的工具，撑持PB、JSON、两退造序列化和谈，微专中最年夜的使用场景将微专中引用的望频、图片、文章分歧界说为工具，一同界说了多少十种工具范例，并抽象出尺度的工具元数据Schema，工具的实质上传到工具保存体系（Sina S3）中，工具元数据中保留Sina S3的下载地点。 SSDCache 跟着SSD软盘的提高，良好的IO功用使其被愈来愈多天用于交流保守的SATA战SAS磁盘，罕见的使用场景有三种：1）交流MySQL数据库的软盘，今朝社区尚未针对于SSD劣化的MySQL版原，即使如许，间接升级SSD软盘也能戴去8倍阁下的IOPS提拔；2）交流Redis的软盘，提拔其功用；3）用正在CDN中，放慢固态资本减载速率。 微专仄台将SSD使用正在散布式慢存场景中，将保守的Redis/MC + Mysql方法，扩大为 Redis/MC + SSD Cache + Mysql方法，SSD Cache动作L2慢存使用，第一低落了MC/Redis本钱太高，容质小的成就，也处置了脱透DB戴去的数据库会见压力。 笔直的监控取效劳办理 跟着效劳范围战营业变患上愈来愈庞大，即使营业架构师也很易精确天描绘效劳之间的依靠干系，效劳的办理运维变患上越去易，正在那个布景下，参照谷歌的dapper战twitter的zipkin，仄台完毕了自己的庞大散布式跟踪体系WatchMan。 WatchMan庞大散布式跟踪体系 如其余年夜中型互联网使用一致，微专仄台由浩瀚的散布式组件组成，用户颠末浏览器或者挪动客户真个每个HTTP恳求抵达使用效劳器后，会颠末许多个营业体系或者体系组件，并留住足迹（footprint）。可是那些分离的数据关于成就排查，或者是过程劣化皆辅佐无限。关于如许一种典范的跨历程/跨线程的场景，汇总汇集并阐发这种日记便隐患上尤其主要。另外一圆里，汇集每处足迹的功用数据，并按照战略对于各子体系干流控或者升级，也是保证微专仄台下可用的主要因素。要能干到跟踪每一个恳求的残破挪用链路；汇集挪用链路上每一个效劳的功用数据；能跟踪体系中统统的Error战Exception；颠末计较功用数据战比对于功用目标（SLA）再回馈到掌握过程（control flow）中，鉴于那些目标便降生了微专的Watchman体系。 该体系设想的一个中心绳尺即是高侵扰性（non-invasivenss）：动作非营业组件，应当尽可以少侵扰大概没有侵扰其余营业体系，连结对于使用圆的通明性，能够年夜年夜削减开辟职员的承担战交初学槛。鉴于此思考，统统的日记收罗面皆散布正在手艺框架中心件中，包罗交心框架、RPC框架和其余资本中心件。 WatchMan由手艺团队拆修框架，使用正在统统营业场景中，运维鉴于此体系完美监控仄台，营业战运维配合使用此体系，完毕散布式效劳办理，包罗效劳扩容取缩容、效劳升级、流质切换、效劳公布取灰度。

回复 使用道具 举报 提升卡 置顶卡 沉默卡 喧嚣卡 变色卡 千斤顶 照妖镜