围绕支撑高并发的业务场景怎么设计系统才合理？ 面对超高的并发，首先硬件层面机器要能扛得住，其次架构设计做好微服务的拆分，代码层面各种缓存、削峰、解耦等等问题要处理好，数据库层面做好读写分离、分库分表，稳定性方面要保证有监控，熔断限流降级该有的必须要有，发生问题能及时发现处理。这样从整个系统设计方面就会有一个初步的概念。 微服务架构演化 在互联网早期的时候，单体架构就足以支撑起日常的业务需求，

【IT168 技术】最近，易到用车的新闻很多也很劲爆，获得网约车牌照，被消协约谈，创始团队集体辞职，被爆资金匮乏等等，危机不断。但这些都与技术无关，也不能否认易到用车曾经的辉煌，至少在2016年7月，易到用车日订单破百万，仅次于滴滴。业务量的暴增让易到的数据库压力剧增，也经历了成长的烦恼，而这个过程中易到数据库演化/迭代的过程和思路，相信对DBA们还是颇具参考价值。 　　 5月11日，第八届中国

在纽约市长支持下，限制Uber出租车数量的法案，已进入投票阶段。这终于激发了一向不愿意透漏任何交通数据、保密到家的Uber，公布了自己过去两个月在纽约市的行车数据。意外地，此数据让纽约市长决定暂缓法案。双方星期三宣布达成协议。 这份数据究竟透露了什么？ 过去几周，纽约市长de Blasio和Uber来来回回展开激烈对战。de Blasio认为Uber和其他打车软件公司是造成纽约市塞车恶化