混合架构 是最近出现的致力于通过组合单体或共享态的设计来解决全分布架构的缺点。一般这样做是ok的 - 比如，在Tarcil（[链接] ）, Mercury（[链接] ）, 和Hawk（[链接] ） - 有两种调度路径： 一个分布式的来处理负载（如，很短的的任务，或低优先级的批处理任务）， 另一个中心式的来处理其他任务。图1e展示了这种设计...

全分布式架构 将分化做的更彻底，调度器间没有任何协调，并且使用许多独立的调度器来处理进入的负载，就像图 1d里面展示的。每个调度器只与他们的本地数据，通常是集群的过期数据工作。任务可以提交给任何调度器，每个调度器又会将任务放置在集群的任何位置。不像两层调度器，调度器不对隔离负责。相反，全局调度器和资...

二级调度架构 通过隔离资源获取与任务来解决这个问题。这样任务调度逻辑可以针对特定的应用，这也可以保持在集群间共享的能力。Mesos的集群管理在这方面是先驱， 同时YARN支持一部分功能。在Mesos，资源是应用级别调度器提供的（被挑选和选中），而YARN允许应用级别调度器请求资源（在返回中得到配额）。 图1b展示了基本...

集群调度器是现代基础设施很重要的组件，尤其在最近几年有很大发展。架构从单体应用的设计进化成更灵活，分散的，分布式的设计。但是，目前很多开源能提供的还是单体应用或缺了关键特性。这些特性对于真实世界的用户很重要，因为他们需要很高的使用率。

当一个应用有很多人在上面开发，并被很多应用依赖时，会有个问题。开发在日常环境UI上测试的成功都依赖这个应用提供的服务，但频繁的发布造成短暂中断会阻塞流程。

原文：Things I Learned Managing Site Reliability for Some of the World’s Busiest Gambling Sites

RTS游戏的需求是，由于玩家此时控制的是大量单位，对于大兵团的框选，键盘发出的技能快捷键，按快捷键攻击选取地图上的点或者具体的兵等一系列操作都需要在每个玩家的游戏客户端上同步。