开源之道(2016.7.26)

Apache Kudu 是开源大数据项目新晋的Apache顶级项目;系统管理员应该使用版本控制的5个理由;Virtuozzo 发布了基于开源技术和优化的 KVM 超融合方案;企业不采用开源软件的缘由

Tue Jul 26, 2016 | 1400 Words | 大约需要阅读 3 分钟 | |

声明:本博客言论,仅代表我自己,不管任何其它!


文章点评

Apache Kudu 是开源大数据项目新晋的Apache顶级项目

原文链接:Apache Kudu is the Latest Open Source Big Data Project to Reach Top-Level Status

适兕点评:

曾几何时,听到有人为Apache下了这么一个论断:若是没有Hadoop项目,Apache可能就没有今天。国外社区成功运营,尤其是近来OpenStack、Linux基金会的商业化运营。本土的一些人,看着“眼红”。看看最近微信圈内各种打着开源、社区的旗号举办各种沙龙、“研讨会”就可以看到了。当然最为成功的还是上个月搞的OpenStack China Day。

看到这样的新闻,即某个项目发布新版本的消息,我一般情况是无动于衷的。但是这篇Apache的孵化机制,井喷式的多个项目升级为顶级项目,还是少见。而且均集中在大数据领域,让我不得不深思起来。

  • 这个世界上没有“killer”式的项目和产品,解决用户面临所有的问题。
  • 根据自己业务所面临的问题,以大数据的思路,提出解决办法,并开放出来,让同行们一起攻克。
  • 大数据涉及的行业有:retail, online service delivery, risk management, and digital advertising
  • ……

系统管理员应该使用版本控制的5个理由

原文链接:5 reasons system administrators should use revision control

适兕点评:

无论你是否承认,版本控制在现代的基础设施运维当中都占据了重要的位置。本文作者竟然发现至今还有的公司在运维中没有采用版本控制系统,如Git、SVN。所以列出了运维当中的日常工作,使用了版本控制有何好处,如:

  1. 能够随时将状态恢复到原来的样子。
  2. 使用pre-commit的脚本。
  3. 可以将所有的放入代码审核系统。
  4. 为每一条commit做测试

有很多人在提倡DevOps,但是叫嚣了8年的理念,至今仍然未被人们所接受。而其中,运维人员引入版本控制系统是第一步而已,而且还是技术上的。DevOps遇到最大的障碍不是技术,而是文化和习惯!尤其是大型的公司所养育的臃肿的、庞大的、分工精细的运维团队。拭目以待吧,业务推动技术,技术影响业务。那些阻碍历史车轮的人,总会被无情的淘汰。

Virtuozzo 发布了基于开源技术和优化的 KVM 超融合方案

原文链接:Virtuozzo Launches Updated Hyper-Converged Solution Utilizing Open Source Technology and Optimized KVM

适兕点评:

我一向不认为超融合能够成气候,历史已经证明这是个完全的错误,如SUN、VA Linux、以及做OpenStack的第一家倒闭的公司。

或者换一种叫法,在开源下搞封闭的硬件集成就是死路一条!

我们在饭回来看Virtuozzo,这个历史上搞操作系统级虚拟化的厂商,现在想靠开源的虚拟化(服务器虚拟化和操作系统虚拟化,对应的项目是KVM 和 Dokcer)咸鱼翻身?优化的KVM?Readykernel?Ceph?这是大多数本土厂商所搞得事情。致命的原因,还是没有理解好开源,在产品的开发上首先输了一招。不肯放手自己所雇佣的员工为社区贡献,就难以在社区成气候。

企业不采用开源软件的缘由

原文链接:Reasons Organizations Opt Not to Use Open Source Software

适兕点评:

我大体列举一下我所了解的本土不采用开源的缘由:

  1. 质量低劣。
  2. 缺乏文档。
  3. 认为自身技术力量不足。
  4. 产品化程度不够。
  5. 技术支持跟不上。
  6. 未来不确定性太高。
  7. 离自己所理解的需求相去甚远
  8. 公司政策,领导迂腐不化
  9. 预算花不出去,招人又没有名额
  10. ……

然后再读Tozzi 的文章,就会觉得他说的离本土很远!比如开源不是免费、安全性、竞争需要、PaaS的吞噬都是狠技术、很“理想化”的。 慢慢来!凡事急不得。