针对失效做设计--Uber的系统伸缩之道（英文版）

随着Uber的业务不断向新的城市拓展，对高可用、可伸缩的需求也随之增加。而且团队规模也在扩大，开发人员数量光今年就翻了一倍，构建可靠系统的挑战也随之而来。就Uber的规模而言，短暂的服务中断，不管是对公司的营收还是对人们的日常生活，都会带来很大的代价。为更好地处理失效，必须把失效看作常见现象，并针对性地作出设计。Uber构建的每个新系统都会经过常规的失效测试，数据库也是如此。在公司规模很小时一些行之有效的手段不再适用，这时需要新的技术选择。从小变大的过程，文化和技术方面的挑战兼而有之。本次演讲将分享Uber扩展系统和团队规模的解决之道，并讲解Uber是如何看待高可用的。UBER ENGINEERING HISTORY 2009-2010 Outsourced PHP + MySQL Jan 2011 "dispatch" - Node.JS/MongoDB Jan 2011 “API” - Python/SQLAlchemy/MySQL Feb 2012 Dispatch swaps MongoDB for Redis May 2012 Dispatch adds ON fallbac