开源之道(2016.7.26)
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。所以列出了运维当中的日常工作，使用了版本控制有何好处，如：
- 能够随时将状态恢复到原来的样子。
- 使用pre-commit的脚本。
- 可以将所有的放入代码审核系统。
- 为每一条commit做测试
有很多人在提倡DevOps，但是叫嚣了8年的理念，至今仍然未被人们所接受。而其中，运维人员引入版本控制系统是第一步而已，而且还是技术上的。DevOps遇到最大的障碍不是技术，而是文化和习惯！尤其是大型的公司所养育的臃肿的、庞大的、分工精细的运维团队。拭目以待吧，业务推动技术，技术影响业务。那些阻碍历史车轮的人，总会被无情的淘汰。
Virtuozzo 发布了基于开源技术和优化的 KVM 超融合方案
适兕点评：
我一向不认为超融合能够成气候，历史已经证明这是个完全的错误，如SUN、VA Linux、以及做OpenStack的第一家倒闭的公司。
或者换一种叫法，在开源下搞封闭的硬件集成就是死路一条！
我们在饭回来看Virtuozzo，这个历史上搞操作系统级虚拟化的厂商，现在想靠开源的虚拟化（服务器虚拟化和操作系统虚拟化，对应的项目是KVM 和 Dokcer）咸鱼翻身？优化的KVM？Readykernel？Ceph？这是大多数本土厂商所搞得事情。致命的原因，还是没有理解好开源，在产品的开发上首先输了一招。不肯放手自己所雇佣的员工为社区贡献，就难以在社区成气候。
企业不采用开源软件的缘由
原文链接：Reasons Organizations Opt Not to Use Open Source Software
适兕点评：
我大体列举一下我所了解的本土不采用开源的缘由：
- 质量低劣。
- 缺乏文档。
- 认为自身技术力量不足。
- 产品化程度不够。
- 技术支持跟不上。
- 未来不确定性太高。
- 离自己所理解的需求相去甚远
- 公司政策，领导迂腐不化
- 预算花不出去，招人又没有名额
- ……
然后再读Tozzi 的文章，就会觉得他说的离本土很远！比如开源不是免费、安全性、竞争需要、PaaS的吞噬都是狠技术、很“理想化”的。 慢慢来！凡事急不得。