[+] also handles recurring jobs
[+] finer grained, extensive file-based configuration
[+] has namespaces so multiple environments can co-exist
[-] read-only UI, no official API
[~] file based configuration and cli based execution brings overhead (which can be justified with more extensive feature set)
马拉松赛跑
[+] very easy to setup and use
[+] UI that provides control and extensive API (even with features missing from UI at the moment)
[+] event bus to listen in on api calls
[-] handles only long-running jobs
[-] does not have separate deployment-run-cleanup steps, these if necessary need to be combined in a script of one-liner
4条答案
按热度按时间9lowa7mx1#
免责声明:我没有亲身体验极光,只有马拉松。
adq1:简而言之,apacheaurora能够完成marathon+chronos所能提供的功能,即安排长时间运行的服务和周期性(批处理)作业;另请参阅aurora用户指南。
广告q2:是的,什么都行。目前基于cgroups和docker,但是嘿,你可以自己玩。
6qftjkof2#
所以我一直在评估这两个,这是我的总结。
极光
马拉松赛跑
尽管aurora有更好的功能,但我更喜欢marathon,因为aurora的复杂性/开销以及缺少ui(用于控制)和api
z31licg03#
我对马拉松有更多的经验。
意识形态:
马拉松是一款经过相对测试的产品,用于airbnb的生产。aurora是早期的apache项目(so ymmv)。
两者都是开源的和活跃的。随时提供拉请求或文件问题!
技术:
marathon不安排批处理任务或cron作业
marathon有友好的用户界面和更好的健康指标(0.8.x)
关于第二个问题,您可以运行任何命令或docker容器,mesos将为您执行资源隔离。如果您有50%的centos节点和50%的ubuntu节点,并且您运行一个执行
apt-get
,则任务失败的几率为50%。mesos和marathon没有意识到实际的机器。vhipe2zx4#
免责声明:我是apacheaurora的副总裁,在twitter担任aurora团队的技术负责人已经5年了。我可能有偏见的意见是我自己的,不一定代表那些推特或asf。
这些框架是否运行在linux上运行的任何东西?对于marathon,他们声明它可以运行“在shell中可执行”的任何东西,但这有点含糊不清:)
基本上,是的。最终,这些系统是执行集群中某个地方的shell代码的复杂机器:-)
他们有什么不同?我一直在努力寻找关于他们主要差异的任何好的解释
aurora和marathon确实提供了类似的特性集,它们都被归类为“服务调度器”。换言之,您将向我们提供有关如何运行应用程序服务器的说明,我们将尽最大努力保持这些说明。
我将提供一些宽幅笔划的区别。当谈到每一条中提到的缺点时,我认为可以肯定地说,社区意识到并打算解决它们。
易用性
极光不容易安装。它很可能会让人觉得你是在开拓创新。它公开了一个thrift api,这意味着您将需要一个thrift客户机以编程方式与之交互(类似rest的api即将推出,但目前还不成熟),或者使用我们的命令行客户机。aurora有一个dsl用于配置,这可能会让人望而生畏,但它允许您在更多地使用系统时轻松地共享模板和公共模式。
另一方面,马拉松有助于你尽快跑完“你好世界”。它在许多环境中都有很好的文档来完成这项工作,而且运行起来几乎没有开销。它有一个restapi,使得它更容易适应定制工具。它使用json进行配置,这很容易开始,但更容易受到货物崇拜。
目标用例
aurora一直被设计用来处理大型工程组织。twitter上的集群有数万台机器和数百名工程师在使用它们。这对twitter的业务至关重要。因此,我们非常重视我们对规模、稳定和安全的要求。我们确保只允许我们认为在大规模生产中值得信赖的特性(例如,我们的docker支持被标记为beta,因为docker本身和mesos docker集成存在已知问题)。我们还具有抢占(preemption)等特性,使我们的集群适合于将业务关键型服务与原型和实验相混合。
我不能对马拉松的可伸缩性提出任何主张。在特性方面,marathon很快就构建了特性,但这在实践中可以感觉到前沿(docker支持就是一个很好的例子)。这并不总是由于马拉松本身,但也层下来堆栈。马拉松不提供先发制人。
所有权
对某些人来说,项目的所有权和治理很重要。它认为,在实践中,它并没有定义项目的开放性,但对一些人/公司来说,法律细则可能是一个交易破坏者。
马拉松属于一家公司(中间层)
对某些人来说,这是有益的,对另一些人则不是。这意味着您可以为支持和功能付费。这也意味着有东西要卖,项目方向最终由中间层的利益决定。
AuroA是Apache软件基金会所有的。
这意味着它受制于社区驱动的asf治理模式。aurora没有付费客户,目前也没有一家软件商店可以为开发付费。
热释光;博士,如果你只是想在mesos上跑步,我建议你的第一站是马拉松。对你来说,跑步和探索生态系统会更容易。如果你正在为一家公司制定“私有云战略”,我建议你认真考虑极光,因为它已经被证明是专门为此而设计的。