Veiasai
commented
5 years ago paper部分： mesos master向framework发起offer，提供resource，framework来决定如何使用。 master处于soft state，也就不会单点故障。
关于mesos的性能还是有很多描述的，对同构、异构的task如何调度，虽然我到现在都不懂随机算法怎么弄的。 后面一部分全是讲实际运用，在EC2弄了近百个node，用了四个framework，模拟各种环境去做测试。 50000 slave daemons到极限。
《容器即服务》中关于mesos的部分： 两级调度器，主从架构，Zookeeper做存储（Paxos算法，这个应该相当etcd）， 虽然很早就支持了容器，但是之前的设计并未如容器那样独立（磁盘共享） Marathon是其上一种流行服务框架。 服务框架指“运行在Mesos内核上的一种程序”。 看起来就像是两级调度的第二级，第一级是Mesos master。 可以自己编写服务框架，大体上有调度器和执行器就可以，但它也可以有web界面等一切其他组件。 Marathon读取外部配置，执行任务。（有点像kubelet） Spark、Kafka、Aurora、Swan都可以作为服务框架使用。
相对来说，Mesos比较笨重，不够容器化，部署也烦琐。 但发展比较久，能统一多种计算框架。