高并发可用应该是此次QCon的主要议题,目测超过一半的话题都在讨论这个主题或者和这个主题相关。看到Yun关于AWS re:Invent的总结,好像这个在AWS上也是很热的一个主题。就我我的而言,没有多少开发高并发可用系统的经验,因此这里的总结比较肤浅,但愿你们不要鄙视。
首先,此次会议关于高并发可用的总体感觉:以为国内的后台开发人员确实比较苦逼些。由于如今国内尚未办法使用AWS这样的服务,各家公司都得花费大量时间在作本身的基础架构服务以知足业务需求。有余力的几个大玩家进而积极开放本身的基础架构云服务(IaaS),如腾讯云,百度云,阿里云,UCloud, 甚至京东和一号店都要开放基础架构云服务。其中的同质化竞争可想而知。因而,此次会议关于高并发可用主要是集中在IaaS层面,如CDN、数据存储、资源管理,实时运维等。一个有趣的现象就是国内一会儿出来不少作CDN的(有独立CDN提供商,如UP云。也有和别的服务一块提供,如腾讯的云加速),估计是拜赐于几大运营商其烂无比的网络服务吧。而在关于PaaS上面,我听到的比较少。一提到这其中的实现细节,不少都不肯意讲。一个例子就是如何在高并发的状况下解决电商的超买问题,不少都当成本身的核心技术避而不谈。目前提供PaaS服务的国内主要分红两类,一类如SAE、BAE这样的通用平台服务商。另一类就如天猫“聚石塔”电商平台服务(听说今年双11中75%的阿里系订单都在这个平台上完成的)。而关于SaaS服务的解析就更可贵一见。
此次会议涉及到高并发可用的有以下的主题:
你们都知道国内互联网关于高并发可用的需求主要就是来自电商、即时通信(微博算即时通信不?)、搜索。显然这些领域天生就是对高并发有很高需求。可是,我以为其实不少互联网应用对于高并发可用的要求并不像这些领域。并且即便是高并发可用的服务中,其侧重点也不太同样(若有些的挑战主要在数据一致性处理上,而有些的挑战则在计算或者网络的负载上)。就咱们公司而言,显然有些服务对于高并发可用上有很高的要求,如Sync系统。而有些服务可能对高并发要求就不必定很高,如Translation服务。另外,AWS已经帮助咱们解决了不少基础设施层的并发问题。咱们的主要挑战可能在于怎样更好地使用AWS提供的这些服务,从而让咱们的服务可以充分利用AWS的底层高并发特性。