2016年5月

头条消息

首先一个大消息是,业界瞩目的谷歌和甲骨文的 Android 诉讼终于告一段落。就在昨天,旧金山联邦法庭陪审团裁定谷歌 Android 操作系统中对 Java API 的使用属于“ 公平使用 fair use ”,因此,无需赔偿甲骨文所主张的 90 亿美元赔偿——具体来说是 93 亿美金——这是有史以来最大的版权赔偿金额。对此裁定,虽然双方的股价都未有大的变化,但从网上的评论来看,都一边倒的站在谷歌这一边。

之前我们报道过,SUSE 已经在其企业版 Linux 中支持了内核实时补丁功能,而现在,一群 IBM 和 SUSE 的工程师们正在为 Linux 4.7 内核开发支持 POWER8 机器的内核实时补丁功能。POWER8 机器采用的是 64 位的小端 PPC64,在 Linux 4.6 内核,他们就已经为 PPC64le 开发了内核实时补丁的部分实现,不过完全的支持需要到 4.7 内核时才能完成。

Google 将会在安卓应用中加入生物识别、无密码校验技术。这将意味着,用户不在需要记忆密码了,手机的安全级别也将大大提高。届时,会根据用户的信用评分来解锁手机,信用评分会综合考虑各方面的因素,比如类型模式,位置,速度,声音模式,或者面部识别。

Canonical 的开发人员 Michael Hall 写了一篇短文说将任何 Linux 应用打包成 snap 格式都很容易,建议社区将各种应用打包成这种开箱即用的 snap 格式。打包的方法可以参见官方文档

版本更迭

  • 著名的 Linux 游戏发行版 SteamOS 发布了 2.80 测试版,在这个版本中最重要的更新是发布了 AMD GPU PRO 的驱动 16.30。由于 SteamOS 是基于 Debian 的,所以,使用 AMD GPU PRO 的Debian 用户也有福了。这个版本支持 Vulkan 和 VDPAU。当然,目前驱动还处于公测期间,有意尝鲜者可以试试,普通用户请等待正式版本出来,目前的正式版本是 16.20。
  • 正在迈向 3.22 版本的 GNOME 刚刚发布了 3.21 的第二个里程碑版本 3.21.2,对 Wayland 进行了多处修复。作为核心组件的 GTK+ 也升级了相同版本,此外,很多为 GNOME 3.22 准备就绪的应用也纷纷进行了更新,比如 Polari IRC(Internet 中继聊天)客户端就增加了一些新特性。
  • Linux 和 SteamOS 版本的《古墓丽影 2013 重启》发布了 1.1.1 补丁。修复了一些问题,包括在使用 VPN 时不会再闪退,以及许多声音问题。
  • 紧随 Feral Interactive 发布了《古墓丽影》1.1.1补丁之后,另一个令人欣喜的消息是,该公司还发布了赛车类游戏《F1 2015》。不过要运行《F1 2015》的话对系统版本和内存、显卡等配置要求比较高。要求 SteamOS 2.0 或者 Ubuntu 16.04 LTS 或者更高的版本。内核至少是 Intel i3 或者 AMD FX-6300 CPU,不过最好是 Intel i7 4770 或者更高配置的处理器。
  • DisplayLink 更新了其 DisplayLink USB 3.0 的 Linux 驱动,支持最新的 UbuntuFedora 发行版。使用 USB 或无线显示器等支持 DisplayLink 技术的 Linux 用户可以升级了。
  • Sabayon ARM 发布了支持树莓派2和3的版本。
  • Debian 的 LTS 小组宣布,他们不再在 Debian 7 的扩展生命周期中支持 VLC 2.0.3、SoGo 1.3.16 和 MediaWiki 1.19.20。

美国旧金山联邦法庭陪审团昨日做出了裁决,认定谷歌的 Android 操作系统使用 Java 进行开发并未侵犯甲骨文版权,因此驳回了甲骨文索赔 90 亿美元的诉讼请求。此项裁决结束了谷歌与甲骨文长达六年的版权诉讼大战,而甲骨文表示将会就此上诉。

甲骨文控诉谷歌偷窃了它的 Java 编程语言来创造了 Android ,因此向谷歌索赔 90 亿美元。而旧金山联邦法庭在经过将近三周的审理后,十人陪审团又用了三天商议,最终做出了上述裁定,即:谷歌使用甲骨文 Java 开发平台开发 Android 受到了版权法“ 合理使用 fair use ”条款的保护。该裁定宣告了案件审判的结束,甲骨文没有获得所寻求的 90 亿美元赔偿金。

谷歌在邮件申明中说:“今天的裁决表明 Android 对 Java API 属于 合理使用 fair use ,这代表着 Android 生态系统的胜利,也是 Java 编程社区和使用开放自由编程语言开发创新消费产品的软件开发者们的胜利!”

该裁决终止了这个持续六年、索赔多达数十亿美元的软件版权诉讼,但是这并不代表着事情的平息,因为甲骨文表示它还将上诉。

甲骨文法律总顾问 Dorian Daley 在邮件申明中说:“我们强烈相信谷歌通过非法复制核心的 Java 技术来开发 Android,从而借此进入到移动设备市场。甲骨文发起这场诉讼就是为了阻止谷歌的这一非法行为。我们确信有许多理由可以提出上诉。”但有关法律专家认为,推翻这一裁决将会很难。

甲骨文在 2010 年诉讼谷歌没有许可就在它的 Android 软件中使用了 Java 的一部分,2014年美国联邦法庭裁决甲骨文对这部分的 Java 拥有版权。而在本月的法庭审理中,谷歌辩称它对 Java 的使用符合版权法的“ 合理使用 fair use ”条款。

谷歌的证人们包括谷歌前首席执行官、现任谷歌母公司 Alphabet 执行董事长 Eric Schmidt。他们说服陪审团相信,谷歌使用 Java 去创新,而非简单地抄袭其代码。在加入谷歌之前, Eric Schmidt 曾为发明了 Java 语言的 Sun Microsystems 公司工作,参与研发和推销 Java。

Sun Microsystems 于上世纪 90 年代开发了 Java 语言,而谷歌在开发 Android 时曾经与 Sun Microsystems 谈判过使用 Java 的授权,但是最终并没有谈下去而是自由使用了那些 Java API。甲骨文 2010 年收购 Sun Microsystems 时, Eric Schmidt 正参与谷歌授权谈判。他称,根据他多年研发 Java 的经验来看,他认为谷歌无需通过谈判就应该被允许使用 Java API,Sun Microsystems 以开源和自由的方式推广它们,而非通过授权或出售方式。

2010年,在甲骨文收购了 Sun Microsystems 几个月之后,甲骨文就将谷歌告上法庭,称谷歌 Android 操作系统中有37个 API 侵犯了其编程语言 Java 的版权。甲骨文认为,谷歌只有获得许可才能使用 Java API 研发 Android 操作系统。而谷歌认为,他们使用这些 API 不受版权法的约束,美国联邦上诉法庭在 2014 年的裁定也适用于 API,为此无需支付版权费。

业界密切关注该案的审理,因为它可能改变软件该如何构建,通过“开源”,代码可以自由获取,还是这些代码必须得到授权。那些站在谷歌一边的人可能担心由此而来的寒蝉效应,但是这次谷歌的“合理使用”的成功或能减轻这种担忧。

在裁定公布后,甲骨文和 Alphabet 股价在盘后交易中变化不大。

via:zdnetUsaToday

头条消息

我们都知道谷歌的 Chromebook 上运行的是 Chrome OS ,这是一个商业系统,不过它的源代码是公开的,所以,就像 Chromium 之于 Chrome 浏览器一样,Chrome OS 也有个名为 Chromium OS 的开源变体。Arne Exton 今天发布了他的定制版本 Chromium OS Exton Build 160525。除了 Exton 的这个定制版本之外,还有其它的 ArnoldTheBats 变体,但是 Exton 说他的最快。

如果你觉得 Chromebook 比较贵的话(真的吗?),你可以下载 Chromium OS 来体验一下,只需要写入一个 USB 棒跟着指导进行就可以了。不过,最后,我觉得这些都没什么用,你懂的。

版本更迭

  • 基于Red Hat 企业版 Linux 6.8 的 CentOS Linux 6.8 正式发布(详情)。
  • Google Chrome 进入) 51 版本(51.0.2704.63),支持 GNU/Linux, Mac OS X, Windows 操作系统,这个版本修复了42个安全漏洞,当然也增加了一些比较让人兴奋的新特性。第一个就是实现了一个新的名为凭据管理的 API,增强了内置的密码管理器,网站可以直接与这个管理器进行交互,大大提升了网站登录体验。
  • GhostBSD 的维护者 Eric Turgeon 宣布,即将发行的基于 FreeBSD 10.3 的 GhostBSD 10.3 包含了几个新特性,其中包括对 ZFS (Z File System) 和 UFS (Unix File System) 文件系统的支持,以及重新设计的对 ZFS 加密的支持。
  • Ubuntu MATE 16.10 将默认切换到 GTK3,该桌面环境将采用 Snap 软件包的形式,但是不会废弃以前的 .deb 包的支持。
  • 紧随 Linux kernel 4.1.25 LTS发布之后,Linux kernel 3.18.34 LTS 又进行了新的发布,更新了一些驱动程序,改善了 ACPI, ATA, EDAC, GPU (大多针对 Intel i915), HV, iiO, InfiniBand, MD, 和 USB 驱动,以及其他的修复。
  • 面向学生的发行版 Birds Linux 8.0 发布,其搭载了 Linux 4.5 内核,以及 LibreOffice 5.1.2 办公套件,浏览器使用 Chrome 50 和 Tor Browser 5.5.5,还包括 VLC Media Player 2.2.2, GIMP 2.8.14-r1, Empathy 3.12.11, QCAD 3.14.3, 以及 DrJava 20140826-r5761。不过,目前 Birds Linux 8.0 只支持64位机。

头条消息

openSUSE 的滚动发行版 Tumbleweed 正在将其默认编译器换成 GCC 6 ,但这需要海量的工作来重建所有的应用。而现在,Tumbleweed 的开发者遇到了困难,很多软件包都编译通不过,包括 Xen、GDB、Mozilla Firefox 浏览器和 Mozilla Thunderbird 邮件客户端等重要软件,开发者们希望社区可以帮助他们来解决编译问题。具体信息可以关注其邮件列表

另外,大家还记得 openSUSE 上一个著名的版本号变化么,从 13.2 一下跳到了 42.1 ,而其下一个版本,openSUSE Leap 42.2 也进入了开发阶段,准备公测了。预计 42.2 将在 11 月的第一个星期发布。

经过了漫长的等待,Ubuntu 的爱好者们终于可以为自己的笔记本或台式机购买 Ubuntu 的官方贴纸了。Unixstickers.com 在 5 月 24 号宣布,在合作伙伴 Canonical 的赞助下,现在可以提供带有 Ubuntu LOGO 的贴纸了。当然现在只能提供贴纸,后续应该还会生产带有 Ubuntu 图标的 T 恤和杯子。

版本更迭

  • 经过近一个月的开发,发布了两个 RC 版本之后,Tiny Core Linux 7.1 正式发布了。Tiny Core Linux 是一个十分小的 Linux 发行版,它分为三个版本: 仅提供命令行的 Core(11Mb)、带有图形界面的 TinyCore(16Mb)以及安装盘 CorePlus(106Mb)。
  • Linux 内核 3.12.60 LTS 发布,修复了 ARM 和 PowerPC 架构上的一些问题,更新了驱动。紧随这个版本发布的当天,Linux 内核 4.1.25 LTS 也进行了发布,升级了 OCFS2(OCFS2 是下一代的 ORACLE 集群文件系统) 通用共享磁盘集群文件系统 general-purpose shared-disk cluster file system 。The Linux 内核 3.12.60 LTS 和 4.1.25 LTS 的源码都可以从网站 kernel.org 进行下载。4.1 系列内核的用户和 3.12 系列内核的用户可以进行更新了。
  • Nvidia 为 UNIX 用户发行了 361.45.11 版本的图形驱动,支持 GNU/Linux、FreeBSD 和 Solaris 操作系统。
  • Ubuntu MATE 的开发负责人 Martin Wimpress 宣布,Ubuntu MATE 16.10 操作系统开始开发了。其内置的应用“ 软件橱窗 Software Boutique ”和“ 欢迎 Welcome ”已经更新了,带来了一些新的功能。
  • 最新发布的 GNOME 3.21.2 中的“ 软件 Software ”应用支持了 Flatpack 软件包 (以前称之为 XDG-App bundles),这种软件包提供了沙盒化应用。

道德经》,被认为是由圣人老子于公元前六世纪时所编写,是现存最为广泛翻译的经文之一。从宗教关于约会的有趣电影等方方面面,它都深深地影响着它们,作者们借用它来做隐喻,以解释各种各样的事情(甚至是编程)。

在思考有关开放性组织的项目管理时,我的脑海中便立马浮现出上面的这段文字。

这听起来可能会有点奇怪。若要理解我的这种想法从何而来,你应该读读 《开放性组织:点燃激情提升执行力》 这本书,它是红帽公司总裁、首席执行官 Jim Whitehurst 所写的一本有关企业文化和新领导力范式的宣言。在这本书中,Jim(还有来自其他红帽人的一点帮助)解释了传统组织机构(一种 “自上而下” 的方式,来自高层的决策被传达到员工,而员工通过晋升和薪酬来激励)和开放性组织机构(一种 自下而上 的方式,领导专注于激励和鼓励,员工被充分授权以各尽其能)之间的差异。

在开放性组织中的员工都是被激情、目标和参与感所激励,这个观点正是我认为项目管理者所应该关注的。

要解释这一切,我将从道德经上寻找依据。

不要让工作职衔框住自身

道,可道也, The tao that can be told

非恒道也。 is not the eternal Tao

名,可名也, The name that can be named

非恒名也。 is not the eternal Name.

“无”,名天地之始; The unnameable is the eternally real.

“有”,名万物之母。 Naming is the origin of all particular things.

第一章

项目管理到底是什么?作为一个项目管理者应该做些什么呢?

如您所想,项目管理者的一部分工作就是管理项目:收集需求、与项目相关人员沟通、设置项目优先级、安排任务、帮助团队解决困扰。许多机构都可以教你如何做好项目管理,并且这些技能你值得拥有。

然而,在开放性组织中,字面上的项目管理技能仅仅只是项目管理者需要做到的一小部分,这些组织需要更多其他的东西:即勇气。如果你擅长于管理项目(或者是真的擅长于任何工作),那么你就进入了舒适区。这时候就是需要鼓起勇气开始尝试冒险之时。

您有勇气跨出舒适区吗?向权威人士提出挑战性的问题,可能会引发对方的不快,但也可能会开启一个更好的方法,您有勇气这样做吗?有确定需要做的下一件事,然后真正去完成它的勇气吗?有主动去解决因为交流的鸿沟而遗留下来的问题的勇气吗?有去尝试各种事情的勇气吗?有失败的勇气吗?

道德经的开篇(上面引用的)就表明 词语 words 标签 labels 名字 names 这些是有限制的,当然也包括工作职衔。在开放性组织中,项目经理不仅仅是执行管理项目所需的机械任务,而且要帮助团队完成组织的使命,尽管这已经被限定了。

联系起合适的人

三十辐共一轂, We join spokes together in a wheel,

当其无, but it is the center hole

有车之用。 that makes the wagon move.

第十一章

当我过渡到项目管理的工作时,我必须学会的最为困难的一课是:并不是所有解决方案都是可完全地接受,甚至有的连预期都达不到。这对我来说是全新的一页。我喜欢全部都能解决。但作为项目管理者,我的角色更多的是与人沟通--使得那些确实有解决方案的人可以更高效地合作。

这并不是逃避责任或者不负责。这意味着可以很舒适的说,“我不知道,但我会给你找出答案”,然后就可迅速地结束这个循环。

想像一下马车的车轮,如果没有毂中的孔洞所提供的稳定性和方向,辐条便会失去支持,车轮也会散架。在一个开放性的组织中,项目管理者可以通过把合适的人凝聚在一起,培养正确的讨论话题来帮助团队保持持续向前的动力。

信任你的团队

太上,不知有之; When the Master governs, the people are hardly aware that he exists.

其次,亲而誉之; Next best is a leader who is loved.

其次,畏之; Next, one who is feared.

其次,侮之。 The worst is one who is despised.

信不足焉, If you don't trust the people,

有不信焉。 you make them untrustworthy.

悠兮,其贵言。 The Master doesn't talk, he acts.

功成事遂, When his work is done,

百姓皆谓:“我自然”。 the people say, "Amazing: we did it, all by ourselves!"

第十七章

Rebecca Fernandez 曾经告诉我开放性组织的领导与其它组织的领导者最大的不同点在于,我们不是去取得别人的信任,而是信任别人。

开放性组织会雇佣那些非常聪明的,且对公司正在做的事情充满激情的人来做工作。为了能使他们能更好的工作,我们会提供其所需,并尊重他们的工作方式。

至于原因,我认为从道德经中摘出的上面一段就说的很清楚。

顺其自然

上德无为而无以为; The Master does nothing yet he leaves nothing undone.

下德为之而有以为。 The ordinary man is always doing things, yet many more are left to be done.

第三十八章

你认识那类总是极其忙碌的人吗?认识那些因为有太多事情要做而看起来疲倦和压抑的人吗?

不要成为那样的人。

我知道说比做容易。帮助我没有成为那类人的最重要的东西是:我时刻记着大家都很忙这件事。我没有一个那样无聊的同事。

但总需要有人成为在狂风暴雨中仍保持镇定的人。总需要有人能够宽慰团队告诉他们一切都会好起来,我们将在现实和一天中工作时间有限的情况下,找到方法使得任务能够完成(因为事实就是这样的,而且我们必须这样)。

成为那样的人吧。

对于上面这段道德经所说的,我的理解是那些总是谈论他或她正在做什么的人实际上并没有时间去做他们谈论的事。如果相比于你周围的人,你能把你的工作做的毫不费劲,那就说明你的工作做对了。

做一名文化传教士

上士闻道, When a superior man hears of the Tao,

勤而行之; he immediately begins to embody it.

中士闻道, When an average man hears of the Tao,

若存若亡; he half believes it, half doubts it.

下士闻道, When a foolish man hears of the Tao,

大笑之。 he laughs out loud.

不笑不足以為道。 If he didn't laugh,it wouldn't be the Tao.

第四十一章

去年秋天,我和一群联邦雇员参加了一堂 MBA 的商业准则课程。当我开始介绍我们公司的文化、价值和伦理框架时,我得到的直接印象是:我的同学和教授都认为我就像一个天真可爱的小姑娘,做着许多关于公司应该如何运作的甜美白日梦。他们告诉我事情不可能是他们看起来的那样,他们还告诉我应该进一步考察。

所以我照做了。

然而我发现的是:事情恰好是他们看起来的那样。

在开放性组织,关于企业文化,人们应该随着企业的成长而时时维护那些文化,以使它随时精神焕发,充满斗志。我(和其它开源组织的成员)并不想过着如我同学们所描述的那样,“为生活而工作”。我需要有激情、有目标,需要明白自己的日常工作是如何对那些我所坚信的东西做贡献的。

作为一个项目管理者,你可能会认为在你的团队中,你的工作对培养你们公司的企业文化没有多少帮助。然而你的工作正是孕育文化本身。

Kaizen 持续改善

为学日益, In pursuit of knowledge,every day something is added.

为道日损。 In the practice of the Tao,every day something is dropped.

损之又损, Less and less do you need to force things,

以至于无为。 until finally you arrive at non-action.

无为而无不为。 When nothing is done,nothing is left undone.

第四十八章

项目管理的常规领域都太过于专注最新、最强大的的工具,但对于应该使用哪种工具,这个问题的答案总是一致的:“最简单的”。

例如,我将任务列表放在桌面的一个文本文件中,因为它很单纯,不会受到不必要的干扰。您想介绍给团队的,无论是何种工具、流程和程序都应该是能提高效率,排除障碍的,而不是引入额外的复杂性。所以与其专注于工具,还不如专注于要使用这些工具来解决的问题

作为一个项目经理,我最喜爱的部分是在敏捷世界中,我有自由抛弃那些没有成效的东西的权利。这与 kaizen 的概念相关,或叫 “持续改进”。不要害怕尝试和失败。失败是我们在探索什么能够起作用,什么不能起作用的过程中所用的标签,这是提高的唯一方式。

最好的过程都不是一蹴而就的。作为项目管理者,你应该通过支持他们,而不是强迫他们去做某些事来帮助你的团队。

实践

天下皆谓我“道”大, Some say that my teaching is nonsense.

似不肖。 Others call it lofty but impractical.

夫唯大, But to those who have looked inside themselves,

故似不肖。 this nonsense makes perfect sense.

若肖, And to those who put it into practice,

久矣其细也夫! this loftiness has roots that go deep.

第六十七章

我相信开放性组织正在做的事。开放性组织在管理领域的工作几乎与他们提供的产品和服务一样重要。我们有机会以身作则,激发他人的激情和目的,创造激励和充分授权的工作环境。

我鼓励你们找到办法把这些想法融入到自己的项目和团队中,看看会发生什么。了解你们组织的使命,知晓你的项目是如何为这个使命做贡献的。鼓起勇气,尝试某些看起来没有多少成效的事,同时不要忘记和我们的社区分享你所学到的经验,这样我们就可以继续改进。


via: https://opensource.com/open-organization/16/2/tao-project-management

作者:Allison Matlack 译者:runningwater 校对:FSSlc

本文由 LCTT 原创编译,Linux中国 荣誉推出

很多人都知道 EMC 这个公司,知道它是一家全球顶尖的存储产品供应商,但是很多人却不知道 EMC 也是一位开源先锋。

前一段时间去参加 EMC World 2016大会,在大会上的见闻了种种新技术,也第一时间听到了不少最新披露的消息。这期间,令笔者非常吃惊的是,EMC 在开源方面的步伐之大,远在很多同侪之上。

EMC {code} 在 EMC World 2016 上

对 EMC 的印象

原本印象中,EMC 是一个以硬件和专有软件为主的厂商,在开源方面不会有太多的积极性,而且存储方面的专有软件也未必适合开源。

EMC 是一家已经成立了30多年的老牌 IT 公司,也是全球第六大的企业软件厂商。以过去的经验来看,这种类型的公司通常在采用新技术方面和公司战略方面会比较稳健,但是近些年随着 EMC 公司在开源战略方面的部署,其不仅仅在原本的存储市场、企业软件市场方面继续着保持领导地位,也逐渐将其影响力带到了开源领域。

在听了一场由 EMC {code}的 Jonas rosland 和 Stephanie Carlson 做的演讲之后,笔者发现 EMC 已经紧密的融入了整个开源生态方面,不但与包括 Linux 基金会、OpenStack 基金会、GitHub 等在内的各个开源社区形成了紧密的合作,而且在组建自己的开源社区 EMC {code} 方面已经做出了长足的发展。

EMC 在开源方面的工作

EMC {code} 开源社区

EMC 的开源社区,与他们开源的各种项目奇奇怪怪的名字相比,起了一个不算出奇的名字 {code}。这个名字代表着一句他们的开源战略:COMMUNITY ONRAMP for DEVELOPER ENABLEMENT,这句愿景似的标语如果用中文来描述,可以解释为:“让开发者进入高速通道的社区之路”。

EMC {code} 建立两年来,目前已经发布了多达48 个开源项目——哦不, 49 个了,就在写作这篇随笔的时间里又增加了一个。仅在 2015年这一年,就向社区贡献了超过35万行的代码。其中一些开源项目原本能为 EMC 带来大量的商业营收,比如 CoprHD、RackHD 等,因此在开源后得到了社区的高度关注和积极参与。

COMMUNITY ONRAMP for DEVELOPER ENABLEMENT

让我们来看来 EMC 在开源方面都做了哪些举措:

RackHD

RackHD

去年底的时候,EMC 公司兑现了其为开源社区带来重要新贡献的承诺,以 Apache 开源协议发布了 RackHD™ (读作Rack ‘H’ ‘D’)项目。这是一个与平台无关的技术栈,旨在解决超大规模环境下管理和组织协调服务器与网络资源这一行业性挑战。

现代化的数据中心是一个多供应商的存储、网络和服务器的混合体,种类不断增加的商品化硬件被用到各种超大规模场景。对数据中心工程师来说,在大量设备上安装低层级的操作系统、更新固件和 BIOS,已经成为一项复杂低效的人工任务,在超大规模环境下,难度和成本以数量级增加。 RackHD 的创建旨在囊括各种数据中心硬件的自动化,简化这些基础任务。

开发人员可使用 RackHD API 作为更大的组织协调系统的一个组件,或者创建一个用户界面管理硬件服务,无需考虑底层硬件是否就绪。其目标是帮助各个组织机构加速现代化应用的部署。而这些应用依赖于大量的商品化服务器和异构基础设施。

目前,RackHD 支持各种基于 Intel® 处理器的数据中心服务器,以及交换机的发现和监控。

详细功能列表请访问 GitHub 上的 RackHD 项目地址: https://github.com/RackHD

REX-Ray

REX-Ray

虽然 EMC 公司旗下已经有了虚拟化领域的领军的 VMWare 公司,但是在 Docker 兴起之后,EMC 还是积极地参与了容器领域的发展,并利用其在存储领域的强大的技术优势,将 Docker 技术融入到其 XtremIO 和 ScaleIO 产品中,利用简单的 Docker 存储容器实现了共享存储。

REX-Ray 是一个存储编排引擎,它为Docker、Mesos及其他容器运行环境提供了持久化存储访问。其设计旨在囊括通用存储、虚拟化和云平台,提供高级的存储功能。REX-Ray 为容器提供了与厂商无关的持久存储,为横跨公共存储、虚拟化和云平台实现先进的存储功能提供了一种简便的集中式架构。

REX-Ray率先提供卷挂载功能,允许主机从无响应的主机上重新分配挂载卷。这样可确保应用程序维持对永久存储的访问。

在 EMC World 2016 大会上,EMC 发布了 REX-Ray 的最新版本 0.4,新功能包括了一个可选的 C/S 模型架构,可用于中心化的控制,兼容 Docker 1.11 Volume API,并支持 EMC ScaleIO、XtremIO、Isilon和 Vmax 存储,以及支持 Amazon EC2、Google Compute Engine、OpenStack和Rackspace 等云存储服务。

EMC {code} 技术副总裁 Josh Bernstein 说,“开源和基于软件的架构变为了我们的客户所急需的。

详细功能列表请访问 GitHub 上的 REX-Ray 的项目地址: https://github.com/emccode/rexray

Polly

Polly

在本次大会上,EMC {code} 还新发布了 Polly,它提供了一个可以连接到容器调度器的中央存储调度服务。它可以与Cloud Foundry、Docker、Kubernetes,、Mesos 等容器调度服务协同工作,这样,存储就可以像计算、内存和网络一样访问了。能够与其他计算资源一起提供存储资源是一个革命性的飞跃,这超越了其他容器计划,而且提升了存储的地位,使其能够像其他资源一样使用。

Polly 顺应“调度环境中将存储作为‘头等公民’”这种需求而出现,其意即“ 多态存储卷调度 polymorphic volume scheduling ”,是一种面向 Cloud Foundry、Docker、Kubernetes、Mesos 以及其他调度环境的开源框架。

以前,就容器部署而言,容器调度器仅关注计算、内存和网络资源。随着容器内的应用开始需要持久的后端存储,将其作为可调度的资源使用的需求出现了。Polly 充当了这样的角色:将存储作为一种开放框架集成到多种容器调度解决方案中。

开源容器生态系统是多种多样的,部署方式也有所不同。多态解决方案允许代码演变,同时保持原始算法完好无损,因此在将存储集成到支持性生态系统中时,多态解决方案对于实现公共功能和方法是至关重要的。

详细功能列表请访问 GitHub 上的 Polly 的项目地址: https://github.com/emccode/polly

CoprHD

CoprHD

CoprHD 是开源的存储自动化软件,将来自多个供应商的存储集中化,并转变成单一且可扩展的平台。现在以 Apache 2.0 许可协议开源。

为了帮助企业迎战各种变化,EMC 推出了核心产品 VIPR 控制器的开源版本:CoprHD,向以社区为主导的开发群体开放 ViPR 控制器所有的存储自动化和控制功能代码,以方便社区开发软件定义的存储自动化系统。CoprHD 提供与 ViPR 控制器同样的灵活性、多种选择、安全性和透明性,同时增强开发新服务和新应用的能力。

CoprHD 是 EMC 首个基于其商业软件产品的开源项目,它的源码具有与 EMC ViPR 控制器相同的核心属性和功能。需要指出的是,CoprHD 其对应的商业版本 EMC ViPR 控制器,EMC 也将继续提供和支持。

详细特性和支持平台的列表请访问 CoprHD 社区页面: https://coprhd.github.io/

对 EMC 开源战略的社区反响

EMC 在开源方面的举措坚定而持续。比如其去年开源的 ScaleIO 就分别来自其花费了3亿美金收购的公司的拳头产品,而 ScaleIO 这个软件在当初发布时,该公司甚至不愿提供试用版。至于 ViPR ,我们前面提到过,它的开源版本 CoprHD 和 ViPR 具有相同的代码基,而现在 CoprHD 已经形成了一个成熟的开源社区。

EMC 2016 大会上,参会者济济一堂

虽然对于 ScaleIO 是否算做是开源产品社区还有一些争论,但是无论如何在非产品环境中ScaleIO 是可以免费下载使用的。

当然,从另外一方面来说,除了部分产品,如 CoprHD 等少数核心产品外,社区也对 EMC 开源的部分外围产品关注不多,希望能见到更多靠近核心的产品能贴近开源战略。

从目前 EMC 开源的几十个软件项目中,我们可以看到,有些项目的参与者还较少。按照 EMC 的产品与市场总裁 Jeremy Burton 所说,“如果一个开源项目没有人参与,那不是开源,而叫做干掉该项目。”因此,如何将这些项目找到合适的贡献者,而不仅仅是“开放”源代码就万事大吉,还需要 EMC 做更多的工作。至少,社区方面应该有足够的渠道来听到 EMC 在开源方面的声音,并有合适的社区氛围参与进社区生态的建设,才有助于 EMC 开源战略的持续发展。

开源能给 EMC 带来什么?

开源是你的战略的一部分吗?

那么为什么 EMC 热衷于开源?开源可以为 EMC 带来什么?

开源可以让 EMC 的软件支持更多的第三方硬件,从而扩展了其应用场景,为客户带来更多的价值。

开源也可以让他们的软件得到更多的发展,从开源生态中汲取更多的养分。CoprHD 和 ViPR 的关系就类似 Fedora 和 Red Hat 的 RHEL 一样,可以通过开源社区的贡献、体验,从而为企业级的产品软件提供更多的发展的可能。

虽然,EMC 还是其开源的软件产品的主要贡献者,但是其开源的产品也会吸引大如 Intel 公司、各个研究机构和大学,小到独立开发者这样的开发力量参与进来。

另外,开源也为其争夺市场份额和对业界标准的影响有不可忽视的作用。

结语

纵观 EMC 在开源方面这两年来的举措,我们可以看到,部分传统的 IT 厂商已经坚定的转向开源战略,将开源作为其产品和业务发展的一大重要方式。

而 EMC 和 DELL 合并之后,笔者在和 EMC 相关高层中的沟通了解到,这种开源战略显然会进一步延续下去,并进一步扩展到新成立的 DELL 科技公司,从而吸引更多的开源社区力量参与,相对地也会进一步促进开源生态的发展。

作为开源战略不可或缺的部分,如何在“开放”源代码之后,将其植入开源社区的土壤,从而真正得到发展,这应该是之后 DELL 科技公司和 DELL EMC 的一大考量的地方。