深入浅出Mesos(五):成功的开源社区

包括技术考量在内,我同样对Mesos项目本身的进展颇为兴奋。所以,我想从以技术为重点的文章中走出,做些关于Mesos项目的总体观察。正如我此前在推文中所说的,我对Mesos一直颇具深刻印象的是它的三个特点:

  1. 让人清楚地理解它的好处
  2. 易于管控的作用域
  3. 没有第二家厂商的实现

借此机会,我要说下近来大家对Mesos的认识,我发现人们已经非常容易掌握Mesos的概念,并了解其技术的价值。这对于正在发展并寻求扩大其覆盖面的项目来说是至关重要的。一个项目中的技术所带来的切实利益是非常重要的,它能让人心生向往并积极参与在社区中。
正如本系列第二篇文章中所述,我看到了在效率、商业敏捷性和可扩展性等方面,Mesos带给数据中心的很清晰的好处。随着分布式应用程序和微服务的流行,越来越多的用户正在寻找一种技术,以帮助他们管理这些复杂的应用程序。因此,我们看到越来越多的人在关注着Mesos项目和Mesosphere,Mesosphere是一家基于Mesos来构建商业产品的公司。

Mesos项目的另一个重要优势是对其作用域的限制。Mesos被设计成一个数据中心资源管理系统,Mesos具备其主要功能,并避免超越设计理念的诱惑,至少在这之前,已经建立了一个坚实的基础。相信Mesos项目已完成了两件重要的事情,使Mesos不会过早迷失于作用域之外。

  • 建立了坚实的基础——诱惑是永远存在的,新的技术总是会不断地增加新的功能。当功能驱动开发并以代码的稳定性为代价时,问题随之而来,特别是疏于确保新增加的模块不会破坏已有模块的时候。
    Mesos项目已经为此做出了很好的工作,Mesos关注于修复社区中报出的缺陷并加强现有功能,并不鼓励人们不断地追逐闪亮的新事物。
  • 构建了强大的生态系统——为了专注于资源管理和控制Mesos架构的规模,该项目启用了插件化的Framework生态系统。在大多数情况下,Mesos项目避免了为每个应用程序建立一个调度器或者严格限定一个隔离模块。这使得不同的社区可以参与其中,例如Hadoop社区和Docker社区都可以为Mesos开发插件。可以预见Mesos项目的好兆头,因为拥有一个强大的生态系统是其在软件领域成功的必要条件。

在做好培养一个强大生态系统的同时,Mesos项目做到了避免让太多的厂商太早介入。相反,似乎有一个最终用户和厂商合作的极佳组合。这其中的主要原因是因为Mesos是为特定问题,提供解决方案的,而不是像AWS那样针对通用的问题。不管是什么原因,阻止大量厂商的介入以及该项目日趋成熟,使得Mesos社区的成长没有厂商政治干预、利益斗争,以及过度的商业诉求等包袱。我不是说这些挑战就没有,但Mesos至少不是一个基本上由厂商控制的项目,Mesos可以以一个自然的步伐去成长。就像Linux项目,厂商的参与是以匹配客户的兴趣和使用,自然而然地发生的。

正如你所知道的,我很期待Mesos项目的未来,当更多的最终用户走进分布式系统的世界之时,希望可以看到Mesos在数据中心操作系统内核中发挥的价值。同时,我鼓励大家学习和参与进来。David Lester在这篇采访中讲述了一些与此相关的方法,David Lester是Twitter的工程师和开源倡导者。

本系列的后续文章将讲述如何搭建Mesos集群、如何为部署和管理应用程序,集成和编写Framework。同时,我鼓励读者提供反馈,特别是关于如果我打标的地方,如果你发现哪里不对,请反馈给我。我非全知,虚心求教,所以期待读者的校正和启示。我也会在twitter响应你的反馈,请关注 @hui_kenneth。

查看英文原文: APACHE MESOS: OPEN SOURCE COMMUNITY DONE RIGHT



感谢郭蕾对本文的策划和审校。

时间: 2024-08-03 01:15:45

深入浅出Mesos(五):成功的开源社区的相关文章

开源社区自己从来不想承认的九大事实

你可能认为,一群聪明人不会有什么忌讳藏着掖着,比如像自由和开源软件(FOSS)社区的成员.你还可能觉得,这样一群知识分子不会觉得什么想法是禁止讨论的或让人不舒服的:但要是你果真这么想,那就大错特错了. 与任何亚文化一样,FOSS也是由共同的信念维系在一起.共同的信念有助于形成一种共同的归属感,这意味着对这些信念提出质疑,无异于对这个归属感提出质疑. 其中一些忌讳话题可能会颠覆20年或更长时间以来秉承的公理.另一些忌讳话题则是新的,质疑公认的真理.不过,尽管细细打量忌讳可能让人不舒服,但这么做往往

要获得开源社区的信任,微软还需要做的一件事

我是一个 Linux 和开源软件的老用户了,我是在 Linux Mint 17.3 桌面上使用 LibreOffice 5.1 写的这篇文章.虽然我知道微软做了一些改变,但是我并不真的相信微软改变了它的反开源路线. 让我们来看看微软都做了些什么.2014年,微软 CEO 萨提亚·纳德拉Satya Nadella 公开宣称说微软爱 Linux.甚至连曾经说过"Linux 是癌症"的前微软 CEO 史蒂夫·鲍尔默Steve Ballmer,现在也认为微软走向开源软件是一个好的方向. 这并不

《开源思索集》一三代开源社区的协作模式

三代开源社区的协作模式 开源思索集一.研发工具与研发模式据说,人之区别于禽兽,最大的特征在于利用,甚至发明工具.在没有任何其他工具时,我们只能借助于自己的肢体,一旦有了工具之后,我们的能力将会大大地增加. 但是,从另一个角度来看,工具也同时在限制我们的能力,甚至限制了我们的行为模式与思维模式.有一句俗话说得好:"手里拿着锤子,看见什么都像钉子." 而在研发工具的领域,我们观察到另外一些有趣的现象:因为软件研发工具的开发者,同时也是工具的使用者.因此,他们不仅仅会受制于工具,也往往会由此

程序员 Apache 开源社区进击之路

与顶尖程序员交流合作进步有多快? 自己的代码被上亿用户使用有多爽? 面试时甩出一句『哦,我在Apache有个开源项目,你可以去瞧瞧』有多酷? 作为一个有理想有情怀的程序员,还没有加入一两个顶级开源社区吗~ BitTiger 带你开启世界知名开源社区Apache的进击之路. 『补丁组织』的一点儿历史 话说上世纪90年代,一群开发爱好者在前人的基础上搞出了一个非常厉害的Web服务器.他们仰慕北美勇猛剽悍.充满耐力的印第安部落Apache,便叫这个新版本的服务器Apache Server. "Apac

微软开放技术GianugoRabellino和云浪生谈开源社区建设

中国互联网产品90%以上都是基于开源.然而大部分开发者却以"用"为主,缺乏真正融合的理念,对开源社区的回馈少之又少.开发者应如何利用资源更好发展,建立起开放共赢的开源生态?这一问题一直困扰业内. 最近,诸多媒体对微软开放技术公司开源社区高级总监GianugoRabellino和微软开放技术有限公司总经理云浪生进行了采访,其中关于中国的开源现状和未来前景等问题的讨论很有意思,特别拿到专访速记,进行整理,分享给大家. 以下是采访实录摘选: 中国开源与互联网一同辉煌 云浪生认为,中国互联网做

怎样维护成功的开源项目

开源可不仅仅是将代码扔到网上就万事大吉了,将开源项目变成能让自己引以为豪的东西才算成功.那么,你需要注意哪些方面呢? 写好指导性文字 每一个开源项目有三样东西是少不了的:项目目标和方法的简要说明.如何参与和授权许可.最好把它们预先放在一个README文件里. 我还喜欢加入一个名为"组织和理念"的部分,概括项目如何构成,各个东西都在哪儿,代码是怎样写的,需要哪些类型的测试,性能与简洁性怎么平衡.(详见案例unstdlib.py) 接下来是"贡献"部分,要说清楚开发者怎

深入浅出Mesos(一):为软件定义数据中心而生的操作系统

我讨厌"软件定义数据中心(SDDC)"这个词,并不是因为我质疑这个概念,而是我发现很多公司都对这个词有误用,他们甚至直接把这个词拿来套用,并急于把自己定位为下一代数据中心的创新者.具体来说,我认为,在商用x86硬件上运行软件(应用)并不是什么SDDC解决方案,它也不具备虚拟化硬件到资源池的能力.真正的SDDC底层基础架构应该可以从运行于其上的应用程序中抽象出来,并根据应用程序不断变化的需求,动态且自动地分配.重新分配应用程序,然后运行于数据中心的不同组件之中.这就是为什么我一直兴奋地要

Openstack开源社区需要玩家

"在Openstack开源社区里,所有的玩家都应该是竞合关系,所有的人都是受益者,所有的人也都是竞争者,而目前的情况是玩家还不够多,竞争还不够激烈."陈锟强调.他还认为,开源社区最有可能取得成功的模式,就是"雨林生态". Openstack开源社区内部的竞合关系,根本目的是为了抗衡真正的共同对手--互联网企业.与此相应,在开源社区内部,合作是为了驱动开源平台的完善和成熟,竞争则是各自通过提供差异化的服务和优势,实现在外部市场上的竞争.正因为如此,华为目前将云计算业务

Deeplearning4j:如何建设深度学习开源社区

Deeplearning4j是第一个为 Java和 Scala编写的商业级.开源.分布式神经网络库,它是 Gitter上最活跃的社区之一. Gitter采访了 Deeplearning4j的创始人Adam和 Chris,分享了他们在开源社区建设方面的想法.经验和教训.本访谈内容可以在 Gitter上的 deeplearning4j频道观看. Gitter的数字战略和成长顾问 Ola Kohut日前写了这篇采访录,经Gitter授权, InfoQ翻译并分享. 能否为我们介绍一下您自己和 Deepl