工作機會大比較! OpenStack vs CloudStack

Source: senoal

還記得之前我之前寫過一篇"cloudstack 與 openstack 目前的發展趨勢"，裡面有比較這兩個陣營在人數上，與活耀度上的比較，那讓我們先來複習一下最新進展，同樣的根據CloudWatch的追蹤報導 CY12-Q4 Community Analysis — OpenStack vs OpenNebula vs Eucalyptus vs CloudStack，在社群方面OpenStack 還是遙遙領先(不過成長趨緩?)，CloudStack 仍然努力緊追在後。

此外根據這篇OpenStack 的統計報告 study conducted by TrendKite，OpenStack 的媒體曝光度遠遠超過AWS (雷聲大雨點小?)

但是媒體的熱度似乎已經在降低，畢竟今年是BigData 年? (再誤)

不過今天我卻在Twitter上看到一個消息，Apple 正在Hire CloudStack Engineer ？ 奇怪話說前一陣子我才看到這篇文章 Apple looks to pick off engineers from Amazon, OpenStack to build out iCloud 。

喔？搜尋了一下果然Apple 在 LinkedIn的Job那邊果然有這個職缺。，看了一下工作內容描述，這不是在招喚我嘛?(誤)

Key Qualifications

• Expert with Apache CloudStack/Citrix Cloud Platform and the underlying systems, storage and network hardware that support it
• Minimum 5 years in UNIX systems administration in a large environment (1000 servers)
• Experience with VMware vCenter and the ESXi hypervisor
• Expert in RedHat Enterprise Linux (and it's variants) system administration including Yum and RPM packaging
• Experienced systems engineer with at least Bash shell programming (Ruby and Java programing experience is advantageous)
• Experienced in systems and platform configuration management using Puppet
• Proficiency with source control, continuous integration and testing methods (particularly Git, Jenkins and the like)
• Good understanding of Kickstart, NetBoot, PXE, DHCP, DNS, LDAP, monitoring tools, etc

這不禁讓我想到工作機會的確也應該是一個很重要的考量點，於是我就開始上網蒐集資料，看看到底現在市場上對於 OpenStack 與 CloudStack Engineer 的需求是如何  (唉...不過這些都是國外的需求....Orz...)

首先來看這篇  Guess what? OpenStack fans say OpenStack skills are in demand
，在這篇文章裡面提到OpenStack Engineer 的薪水還是比較高。

OpenStack Jobs Pay | Create infographics

再來是比較工作需求的比較，OpenStack 還是遠勝於CloudStack

Source: simplyhired.com

跟AWS比起來，大家都算是小咖~:P 不過這樣比我覺得有失公平，因為一個是會使用AWS的工作需求，跟會開發OpenStack 和 CloudStack的需求？

最後貼一下在indeed.com 的工作需求比較結果：

• CloudStack 205 個需求
• OpenStack 1115 個需求

似乎仍然是openstack 勝出~:P

結論...國外的月亮比較圓 (大誤)


延伸閱讀：

思科"批腿"，CloudStack 逆襲 OpenStack

從Apache CloudStack Community 觀察社群運作原理，與提案的產生

Pic from：Microfactoria's blog

[此文同時分享於CloudStackTaiwan]

從上一篇文章 - "如何加入open source 社群" 發佈到現在已經一個多月了，每天的例行公事就是從上百封的mail list 中觀察社群的動向，並且找出有興趣，或是可以參與的主題，但是真的是很困難，很多議題不是插不上話，再不然就是發言沒人鳥(大概發言太廢~Orz..)，所以只能繼續做潛水觀察員。

而最近CloudStack 比較火熱的主題就是所謂Intellectual property clearance (A.K.A IP clearance) ，這個議題是從這篇討論開始 [ACS41] Concerns about where development has happened ，主要原因是因為Citrix 偷渡 貢獻了許多程式碼和new feature到 CloudStack 裡，因為這些 source code 與 new feature一來沒經過社群討論 (Mail List)，二來是從已經存在的產品Critrix Cloud Platform 拿出來的程式碼，所以可能會有 IP的問題，所以引發了社群的激烈討論，下面是其這個討論串發起人Chip Childers的描述：

I'm not sure where to go from here.  I guess we have 2 options: we
re-write the code from scratch as CloudStack code, or Citrix donates
the code produced for CloudPlatform (and it gets taken through the IP
clearance process).

而這一連串的討論， 也引發了其他人(新手小白如我)的緊張，到底怎樣的狀況需要IP Clearance，什麼樣的狀況需要宣告Donate source code? 於是就有人出來在這篇文章 "[PROPOSAL] Networking plugin to integrate the MidoNet SDN platform with CloudStack"解釋：

IP clearance is required only when your feature would have been developed outside the community intervention and you want to propose that feature to be merged with the asf/master branch.
(智財權釐清只有在你提供的新功能是在社群外開發才需要)

 If you have happened to discuss the functional spec for your feature with the community and answered the queries if any one might have in the community and done all your code commits through review requests , IP clearance would not be required at all .
(如果你的功能，是有充分在社群討論過，也被社群同意後才開始開發的，就不會有所謂智財權釐清問題，就算不是在所尾asf/master 開branch 開發也沒關係)

因為對於 Apache Community 一個新的提案產生正確的處理態度流程應該是這樣：

1. 在社群Mail List 提出Proposal
2. 在Mail list 被充分的討論後，並且交付表決，是否同意納入這個功能
3. 如果同意後，到Apache cloudstack 的 wiki 撰寫你的 Proposal 與 Spec
4. 開發，並且交由commiter review

參考範例：
Mail List ：[DISCUSS] PaaS Enablement: Composite Application Blueprints
提案wiki：Feature Proposal -- Composite Application Blueprints

延伸閱讀：
[1] Open source participation - Remixing Angie Byron to create the next Million Mozillians
[2] Open Source Communities and Customers in Pictures