大众点评分布式架构是怎样炼成

（太极架构师17年ERP\构、业务，规则引擎，数据层重构、行业多样化商家平台首席架构师，点评商家平台 云2止一次这些公司的产品受到用户的极大喜爱，量爆发机器越来越多，部署越来越各种开源框架使用过程中爆出各种不合适、 需求越来越多，系统越来越大，越来越多，代每解决一个问题4破创业故事整体架构平台框架架构原67运店运店新增点评数是201223比比12年同期增长150%综合浏览量近40亿其其中移劢客户端占比超过709000900020121254009月大众点评移动客户端独立用户数突破45006月大众点评移动客户端独立用户数突破33005月大众点评移动端日常浏览量超过PC3月大众点评移动客户端独立用户数突破2400万，相2013移动客户端累计独立用户数超过90009月大众点评移动客户端累计独立用户数超过80006月大众点评月综合浏览量（及移动设备）超过206月大众点评移动客户端累计独立用户数超过75006月大众点评电子会员卡发卡量突破10003月移动客户端累计独立用户数超过6400说出你是怎么评估的？Dian0.4万动态量 •ASP.NetSQLServer7180万动态量/ASP.Net2.0/3.0/3.5+F5MySQL+Dian3.0期间的CDN缓不更新Memcached缓副本太多太乱单点故障导致多米诺骨牌效上传文件路径、层级、深度缺乏规数据商户计数器导致的行死慢查询导致的雪崩效 分布式的基础：一致性哈希算25分布式的基础：虚拟节3个阶段，我后面告诉你的，都是错精益创业，马上开始，快速试不要一味追求高大上，不要用牛刀杀野蛮生长，追求不完美，不要过度设需要也只需要拥有简单负载现在创业初期应该优先考虑使用公有DianJ2EE+服务化拆RPC+MQ+ConfigServer+MySQL+Mongo+Redis+1亿+动态量/ 点评网为什么要迁移到第一阶段：，新店开第二阶段：增加人手，扩大店第四阶段：增加分店，就近服第五阶段：集中采购，集中配第六阶段：养猪种麦，造生态都在同一个包中，每次发布都是一场，这一把b层和srvcesrvce服务器问数据。service层可做各种缓存减少数据库正视底视正视右视图－生活指南衍正视右视图－8右视图－常规基础业正视底视作为架构师，你预计这个架构实施会遇到哪些难题和你认为这种架构存在哪些问题？你案是什web不快反慢，查出瓶颈：平均每web，需要调用20多次RPC服务，怎么破停止对RPC的，垂直业务内优先通过正确的识别业务逻辑的归属，让各模块尽量内聚，不仅从功能上，也从性能、可用性上模块越来越多以后，很多模块的搭建都是从别的模块代码过来，引入了很多其实并没有用到的依赖包，各模块之间的依赖关系很彼节者有间，而刀刃者无厚；以为，怵然为戒，视为止。行为迟；a\Ney…，RPC产生的超时、加、参数定义、流控等各种问题缺乏管理途程序员开发和运行效率低下同，比如数据库、、ip地址、端口、连配置信息都在maven的xml和properties配置文件中，每次上线，都需要运维手工Java项目中KEYJava项目KEY配置流缺少理：KEY存放于文件中，一个项目要多样，部署时候需替文件，容易出错。不支热：KEY的修改，很可能是简单的一个配置，需四个功四个功存信请求配置监信监信ZooKeeper—Console—提供数据，同时和数据变化。服务、集群管理、分布式应用配项管理等。72 NameService都被称作为znode；znode可以有子节 ，并且每znode可以数据znode是有版本的，每个znode中znode可以是临时节点，一旦创建这个znode的客户端与服务器失去联系，这个znode也将自动删除，类 被控，包括这个 点中的数据的修改，子节点的变化等，一旦变化可以通知设置监热门团购单开团之类的场景经常会洪峰，给带来巨大实时压系统拆分以后，运行和日志分散在器上线上故障排查难以进行性能分析和优无法从整体上看到整个系统的运行状Web,Service,Cache,Database等各种服务 和状每台服务器的 每次RPC调用的参数,结果计数/计时浏览器,IP,登陆状态,缓存命中响应时间依赖耦合, 最近2小报表:内消息:本地磁盘，gzip压历史小 以小表为基础生成)消息:HDFS，gzipplatform-铁索连舟platform-平台透明产品越丰富，系统越分布，测试就测试工作量越来越大，成为明显瓶颈大力推动单元测服务自动mock工ABTest框小而而互联网产品设计32找到痛点、定义场体验做透、方案优保持克小步快跑、快速迭C0KDID原析析•每种框架，每种工具，每种方案的长架构越进步，分工越明则则则则则则则关于缓存的几则不要缓存，谨慎使用全量缓间、则关于一致性的几条则关于数据库的则则多元化，不要数据慎重使用关系和连接、反范慎重使用事务，不要多阶段