我不是一个岩石使用者或Maven，在中间层工作。这些评论是基于研究，但不是深入的岩石经验。把这个放在一堆盐里。。。如果有人知道的更好，我很乐意接受更新。
rocks集群分布看起来像是一个传统的分布式操作系统，设计用于超级计算机，除了它运行在现有的操作系统上，而不是使用自己的微内核。与老式的分布式操作系统（如plan 9）相比，它有几个进化上的优势，但它并不是为了利用调度和超规模计算方面的更现代的进步。

成熟度

岩石肯定比中观岩石成熟。这既是赞成也是反对。
我认为最好的解释是，在2000年左右，在vmware将虚拟化推向大众之前，在chef、puppet和ansible将集群资源调配普及之前，在google和aws拥有遍布各大洲数据中心的行星级超大规模计算机之前，rocks解决了学术界和政府所面临的问题，在hadoop普及map/reduce和分布式计算之前，在agile入侵企业公司之前，在iphone把超级计算机放进每个人的口袋之前，在微服务让巨石过去之前é, 在docker普及集装箱化之前，在iot将微芯片放入鞋子和恒温器之前。过去15年的所有这些进步意味着人们的问题已经发生了重大转变。
梅索斯只有5岁。因此，它比docker和kubernetes更成熟，仍然支持非容器化的本机进程（它们透明地 Package 在一个可配置的隔离容器中），但已经被twitter和苹果等数十家公司大规模地用于生产多年。
新的并不总是更好的，但是景观的发展真的很快，把新的想法融入到旧的设计中变得越来越难。

日程安排

现代集群任务调度器（hadoopyarn、mesos、kubernetes等）。允许在运行时调度、监视、重新启动和重新调度任务。但是，rocks需要在每个节点上从rpm重新安装。通常，网格计算系统必须是分层的，这样才能真正有效地使用资源。
另一方面，mesos使编写客户调度器更容易处理运行时任务和应用程序生命周期管理。一些非常通用的mesos调度程序已经存在，用于处理常见的应用程序生命周期（marathon、aurora等）。其他分布式应用程序（如cassandra、kafka和spark）都有自己的定制调度器来处理特定于业务逻辑的生命周期管理，特别是与持久数据、排放清理和自动伸缩相关的。

超尺度

rocks的设计是为了支持单个系统映像的前提，并通过使集群上运行的应用程序不可见集群来实现这一点。这听起来是一个惊人的壮举，但实际上它的效率非常低，导致性能无法预测，并且没有提供足够的api来处理集群操作的所有复杂性。
与此同时，谷歌、亚马逊和其他公司也在投资于超规模计算，这使得它们能够以适中的成本容忍大规模增长，而无需重新构建基础设施、平台或软件。
mesos提供了一个新的抽象层，而不是试图模仿较低级别的抽象（比如posix和单机操作系统）。因此，它可以更好地处理集群和节点生命周期事件。

套接字与tcp/ip

rocks应用程序使用posix套接字进行通信。虽然这样可以实现很多低级别的灵活性，但套接字的设计并不像网络协议那样能够容忍故障。与传统的巨石不同，现代微服务将网络通信作为其主要的通信形式。这种极端解耦的新架构范例使得应用程序不需要一起运行，而是使用服务发现在网络上找到彼此。因此，现代集群不需要容纳多节点socket通信，这使它们变得更加可靠和容错。

状态存储器

梅索斯使用Zookeeper。rocks使用mysql。

容器

mesos允许但不需要工作负载来使用容器映像。您可以很容易地将您的进程tarball起来，mesos将把它下载到需要它的节点。mesos可选地支持docker容器，但是默认的是mesos容器运行时，它具有可配置和可插入的隔离级别。

直流电/操作系统

mesos不是一个操作系统。它实际上更像是一个具有主配置和代理配置的分布式内核。如果您真的想与另一个分布式操作系统进行比较，请看一下dc/os，它填充了mesos的许多功能，使其成为数据中心的操作系统。