2013年11月12日 星期二

工作機會大比較! 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 還是遠勝於CloudStack



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



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

  • CloudStack 205 個需求
  • OpenStack 1115 個需求
似乎仍然是openstack 勝出~:P




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


延伸閱讀:

思科"批腿",CloudStack 逆襲 OpenStack


2013年9月25日 星期三

Announcing Apache CloudStack CloudMonkey 5.0.0




千呼萬換始出來,Apache CloudStack 專案宣布 Apache CloudStack CloudMonkey 5.0.0 正式release摟!

Apache CloudStack's CloudMonkey 是基於 Python 所撰寫的 command line 工具,方便使用者透過這個工具直接操控 Apache CloudStack IaaS clouds. 這個個軟體提供了互動式的 shell 環境,包含以下指令:
  • command discovery
  • auto-completion
  • multiple output formats.
CloudMonkey 也可以當做單純的Command line 指令來操作,方便整合到用戶自己的 shell scripts 裡面。

這個版本的 CloudMonkey 是CloudStack 社群第一個獨立於CloudStack 發佈的版本,功能包含 pre-cached API command syntax (適用於CloudStack 4.2.0 以上版本)

CloudMonkey Download 網址如下:
http://cloudstack.apache.org/downloads.html

此外,5.0.0 release 也可以由Python Package 管理工具pip來安裝,安裝路徑如下:
https://pypi.python.org/pypi/cloudmonkey

更多的訊息請參考CloudStack 下載頁面。


We welcome your help and feedback. For more information on how to report problems, and to get involved, visit the project website at: http://cloudstack.apache.org/


翻譯自: Announcing Apache CloudStack CloudMonkey 5.0.0

2013年8月20日 星期二

CloudStack Design Camp in TAIWAN INVITATION 2013 3rd


Design Camp in TAIWAN INVITATION

時間 : 2013/09/14(六) 下午14:00~17:00
地點 : TrendMicro Taipei Office (台北市大安區敦化南路二段198號) 9F, 901會議室
課程 :
  • 14:00 - 14:50 : CloudStack Plugin Structure and Implementation (TCloud, Joe Tsai)
  • 15:00 - 15:50 : CloudStack Usage and Application (TCloud, Roxanne Chang)
  • 16:00 - 16:40 : CloudStack Test Automation and CI (TCloud, Alan Chu)
  • 16:45 - 17:00 : News from ACS Community (TCloud, Alan Chu)

即刻報名

這次我們準備了相當實用的主題,包括了CloudStack Plugin的開發、Usage server的應用、以及自動化測試和CI的部份,肯定值回票價,歡迎大家踴躍報名!!

有任何問題請洽 : service_tw@tcloudcomputing.com 

2013年6月15日 星期六

第二次 CloudStack Design Camp Taiwan 實況報導




這次是第二次舉辦CloudStack Design Camp in Taiwan,這次有20多人報名,希望將來一次會比一次更多人,也有越來越多的工程師願意投入一起開發CloudStack 以及周邊的Plugin。





第一個上場的是Sean,主題是 那年我們一起做Cloud OS的日子



投影片




第二場是 CloudStack Overview (TCloud, Ying-Yu Hsieh)







第三場是 CloudStack in Production (趨勢科技 DCS, Alex Wang)

Alex 是趨勢的IT Architect 特地由美國DataCenter 特地飛回來分享,有來的都賺到了啦~



首先開場就遠端連線到遠端展現目前Production的performance tuning 成果,內行人一看就知道有這樣的performacne是很不簡單的。



在分享裡面提到了許多血與淚的經驗談,其中很重要的就是關於 OPEX (Operating Expense),即運營成本(運營成本主要是指當期的付現成本),和CAPEX (Capatil Expense),指的是資金、固定資產的投入。

計算公式:
OPEX = 維護費用+營銷費用+人工成本(+折舊攤提)
投影片:


第四場是 News from the community (TCloud, Isaac Chiang)


投影片:


2013年6月5日 星期三

Apache CloudStack 4.1.0 Released

Apache CloudStack社群,在經過了5個多月的努力後,於今日正式發表4.1.0版。不僅新增了許多的新功能以及bug修復,此次最大的變更莫過於在codebase的調整以及優化,開發人員可以更輕鬆的參與CloudStack的開發工作、建立RPM/Debian套件以及使用Maven做為自動建置工具。


4.1.0的新功能包括了:
  1. An API discovery service that allows an end point to list its supported APIs and their details.
  2. Added an Events Framework to CloudStack to provide an "event bus" withpublish, subscribe, and unsubscribe semantics. Includes a RabbitMQ plugin that can interact with AMQP servers. Introduces the notion of a state change event.
  3. Implement L3 router functionality in the Nicira NVP plugin, and including support for KVM (previously Xen-only).
  4. API request throttling to prevent attacks via frequent API requests.
  5. AWS-style regions.
  6. Egress firewall rules for guest networks.
  7. Resizing root and data volumes.
  8. Reset SSH key to access VMs.
  9. Support for EC2 Query API.
  10. Autoscaling support in conjunction with load balancing devices such as
    NetScaler.

完整功能說明: CloudStack 4.1.0 Release Note



2013年5月30日 星期四





Design Camp in TAIWAN 

INVITATION


時間 : 2013/06/15 下午14:00~17:00
地點 : TrendMicro Taipei Office (台北市大安區敦化南路二段198號) 9F, 901會議室
課程 :

  • 14:00 - 14:50 : 那年我們一起做Cloud OS的日子 (Sean Chang)
  • 15:00 - 15:30 : CloudStack Overview (TCloud, Ying-Yu Hsieh)
  • 15:30 - 16:20 : CloudStack in Production (趨勢科技 DCS, Alex Wang)
  • 16:30 - 17:00 : News from the community (TCloud, Isaac Chiang)


這次我們準備了很多業界實戰CloudStack的經驗分享
歡迎大家踴躍參與!!


有任何問題請洽 : service_tw@tcloudcomputing.com 

2013年5月10日 星期五

Design Camp in TW CALL FOR SPEAKERS





2013 Design Camp in TW 

CALL FOR SPEAKERS




自認是熱血的工程師嘛?
你是熟悉CloudStack的高手嘛?
或是你對於IaaS的開發有滿腹苦水不吐不快
我們在此歡迎您與我們分享您的使用或是開發經驗

日期
2013/06/15

地點
TrendMicro Taipei Office (台北市大安區敦化南路二段198號) 9F, 901會議室





有任何問題請洽 : service_tw@tcloudcomputing.com 





2013年4月30日 星期二

Translation with Transifex

Translation with Transifex

Recently we've finished zh_Tw translation for CloudStack Document(cheers :D). CloudStack holds its document translation projects on Transifex, including Runbook, UI and Main Docs. The Transifex is coordinate system facilitates entire translation process. I'm here for introducing the Glossary function in Transifex.

The pic above is the Glossary page on Transifex, we can add new terms here. When adding a term, we need to determine this term is a noun, verb or something else (There is a combo box for it ) and corresponding translation. We can also add some comment of it (Avoid misunderstanding if you're co-working with someone).
When you are on translation page (pic below) and  select the the "Glossary" tab, the glossary tab window will show the added terms associated to the sentence you are translating as a hint. 

The Glossary function in Transifex can avoid inconsistent problem and better started in the beginning of translation. Welcome everyone to get involved and make CloudStack a better project. For your information and happy translating! :D


Reference : 
  1. Transifex
  2. CloudStack  ACS_DOCS project




2013年4月4日 星期四

How to dramatically reduce the build time

對於一個這樣的大型Java專案而言,每次修完bug重新Compile所花的時間是很沒有效率的,分享一個由Eddison Su 於cloudstack-dev所提供的方法(適用於CloudStack 4.1或以上):



mvn -pl `git status --porcelain |sed '/^?/d'| awk '{print $2}' |sed 's/\/src/$/'|cut -d $ -f 1|uniq |tr "\n" "," |sed 's/,$/,client/'` clean install

2013年3月16日 星期六

cloudstack 與 openstack 目前的發展趨勢


圖片來源:Kiwi He (殊途同歸)

最近參加許多研討會,或是在網路上的論壇,最常聽到的就是在詢問OpenstackCloudStack的比較與差異,網路上也有許多文章從各種角度去比較各個Open Source IaaS平台之間得差異,有的從功能面,有的從參與的廠商數,有的從社群的活躍度(Mail list 討論量,Bug Report量,Release 的速度,甚至活動的參與人數),舉例圖片如下:

 圖片來源:婉兮清扬 [3]

就 我的觀察,目前Open Source IaaS 的兩大陣營 CloudStack 與 OpenStack,是分別從不同的設計理念出發,但是最終的目標就是希望能迎頭趕上Amazon ,成為像AWS一樣的Public Cloud。目前這兩個IaaS的所處位置就如圖下圖所示:

圖片來源:opennebula


OpenStack


從社群面來說:

OpenStack 去年呈現爆炸性的成長(參與人數),有許多大廠都跳進來搖旗吶喊,從正面的角度來看社群欣欣向榮,有這麼多大廠人力和財力的支持,發展起來一定很威,但是 從反面角度思考,畢竟各家廠商都還是有商業利益考量,所以針對規格和發展方向就會進行拉扯與角力,這一點讓人隱憂。

從架構面來說:

此外OpenStack 的設計理念從一開始就是為了超大型的IaaS 架構在設計,所以所有的元件(Service) 一開始就是以分散式的架構在開發,每個Service 都可以獨立運作,也是由個社群團隊獨立開發,優點是如果整合的好的話,對於將來Scale out 整個系統會非常方便,但是目前的狀況卻似乎不是這樣,每個Service 的開發與整合感覺沒有那麼同步,所以不管在安裝上與整合上都有一定的門檻。不過隨著時間的演進這個問題應該會慢慢的解決。

從語言面來說:

OpenStack 主要是以Python 來開發,這部份我就不多評論,因為我跟pythone不熟~:P


CloudStack 


從社群面來說:

CloudStack 最早其實是Cloud.com所以開發的軟體,後來被Cirtix 所併購,所以這個產品一開始就算是一個成熟的產品,直到2012年Citrix 把 CloudStack 以Apache 的License 的方式捐獻出去,整個社群就開始蓬勃發展,這次去參加ApacheCon 2013 就有超過11個Session 就是跟CloudStack有關。

從架構面來說:

就我的觀察CloudStack的設計理念反而是從Private Cloud走向Public Cloud 架構,也就是CloudStack 在一開始開發時,主要是以管理較小的機房架構(Private Cloud)為主,所以不管在安裝的容易度上,和產品的整合度上都非常成熟,在這邊分別把我覺得不錯的優點和特色一一舉出:

1. 出色直覺化的UI

 最 讓我覺得驚訝的就是建立Virtual Machine 的畫面,跟我之前開發MechCloud的想法一模一樣,利用圖像化直覺的設計,讓使用者很清楚他現在在做什麼,以及到哪個步驟了,下面第一張圖是當初 MechCloud一開始的設計,第二張圖示Cloudstack的設計,是不是很像。








再來談談Architecute,下圖是Cloudstack的Architecture階層圖,管理階層是從Zone,Pod,Cluster,Host,到VM。直接看到這張架構圖應該是很好理解,但是如果在安裝與設定時要怎麼對應成這張圖呢?




Cloudstack 直接把上面階層的概念做成UI,讓你由圖片可以很清楚的了解整個Deploy 架構和網路設定



 2.支援多種網路架構(主要由Basic Mode and Advanced Mode去組合變化)

IaaS裡面最複雜的一部分就是網路規劃,以及Vlan的設定,CloudStack 同樣也是透過圖形化的方式讓管理者很容易去設定和了解網路的架構,下圖分別是Basic mode 和 Advanced Mode的畫面。






 詳情請參考:


3.歡迎各家廠商加入的Plugin-in 架構

這部份算是CloudStack最受歡迎的部份,這次參加ApacheCon 2013 裡面就有人提到OpenStack和CloudStack在這方便最大的差別:

Open source Community Leadership Drives Enterprise Grade innovation.Cloudstack's plug-in model permit enterprise-grade adapters.
Cloustack 的理念是這樣,企業在尋找的是可以更客製化的Iaas環境,但是如果要客製化Iaas,必須先了解整個cloustack或是openstack實在是太 困難,所以cloudstack 允許企業可以從 plug-in or adapter的架構切入,讓企業可以直接針對自己的需求與所需要支援的硬體去開發plugin,不用受限於社群的審查和投票流程,因為傳統在社群上要開 發新Feature必須經過以下流程:
  • 在Maillist 宣布,讓大家都能知道,是否能接受
  • 公開Function Spec & Design
  • JIRA ticket for feature
  • Setup a Dev Environment
  • Branch on github use your own (publich) branch
  • Submit changes to Review board
  • Post-reviw for large package of changes
  • Decide on the wiki you want
所以Plugin 的架構可以讓企業在開發上增加彈性,不論是要直接捐獻給社群,或是沒有捐獻給社群直接拿來獲利都是可以。


4. 使用Java 開發

好啦,這其實是我的私心,因為Java比較熟,所以從Cloudstack切入會比較容易,不管是要改寫,patch 或是寫plugin都非常方便。


最 後,就如同我說的cloudstack一開始就是從Private cloud的角度去開發,所以之前的架構是把所有servie 都綁在一起 ,如果要比較大規模的佈署時(類似AWS)可能就會遇到Scale 的問題,因此cloudstack社群也有注意到這個問題,在 4.1 已經開始在把系統架構重構(代號Javelin),目的是要把架構變成Loosely-coupled component oriented distributed architecture

結論:

青菜蘿蔔個有所愛,所以也不能因為我比較喜歡cloudstack就說openstack不好,一切還是要回歸企業的應用與需求為主,上面所寫的只是希望可以給各位在選擇解決方案時能有所參考。



延伸閱讀:
[1] CloudStack 與 OpenStack 誰將稱王
[2] OpenStack vs CloudStack: The Latest Score
[3] CY12-Q4 Community Analysis — OpenStack vs OpenNebula vs Eucalyptus vs CloudStack

[此文同步轉載自阿貝好威的實驗室]

2013年3月7日 星期四

為CloudStack設定更好的Eclipse開發環境


1.       Close eclipse

2.       Make sure your workspace is not stored in the cloudstack directory.  (This may be only my problem because I used to like to do that.)  If your workspace is stored in the directory, you want to delete all eclipse metadata and create the workspace somewhere else. 

3.       Remove the eclipse generated bin directory from all of the directories.  The reason is because CloudStack projects used to use bin as the directory for all the eclipse generated .class files but now with maven based projects, eclipse uses target/classes to store them.  So now eclipse sees the .class files in the bin directories as resources that you own.  That's why there's .class files in the Open Resource directory.

確認你的Eclipse工作環境並不和你Checkout下來的CloudStack目錄重疊(Eclipse對於project所產生的metadata會對git的運作產生問題)

4.       Remove all of the .project files.  This is again because we used to checkin .project files and some of your .project files were not created from maven pom.xml.  If you did this before, then you can skip steps 5-8.

移除所有的.project 檔案

5.       Start Eclipse.

6.       If you deleted your workspace in step 2, then you should create a new workspace.

7.       Remove all of the projects.

8.       Import all maven projects again.

9.       Hit Shift-Ctrl-R to open resource dialogue

10.   Click on the down arrow in the upper right of the dialogue box

11.   Click on the Edit Active Working Set from the drop down menu

12.   Create a working set called cloudstack

13.   Add all of the projects to it and then remove the parent projects.  The reason you want to remove them is because they're parent projects and when you open resource, the open resource dialogue gets the .java file from both the actual project and the parent projects so the same .java file appears more than once.
加入所有的project並移除parent project,這麼做的原因是在於parent project會造成你打開resource時,展開的resource視窗會load java檔兩次

  • Cloudstack-framework
  • Cloud-engine
  • Cloudstack
  • Cloudstack-plugins
  • Cloud-services


14.   Click on finish

15.   Click on the top right drop down button again

16.   Make sure "Show derived resources" is not checked

Another easier way to do this may be to push all your commits and changes and then delete the source directory and reclone the repo.  Then follow just steps 6-16.

After doing that, when you hit Ctrl-Shift-R, make sure the CloudStack working set is selected.  Now only the java file you want will show up.  There's no .class files and no multiple copies of the same java files.

本文轉載自 : Setting up a better eclipse environment....  作者為 : Alex Huang

2013年3月6日 星期三

Apache CloudStack Weekly News - 4 March 2013



本週主要討論內容與議題 (Major Discussions and Issues)


即將發生的事件 (Upcoming Events)

  • Doc Sprint (IRC): The doc team is running another sprint on Friday, March 8th from 16:00 to 23:00 UTC (that's 08:00 to 15:00 Pacific time, 11:00 to 18:00 Eastern in the USA) in #cloudstack-dev. All CloudStack contributors who have an interest in making the docs awesome are encouraged to attend and help out. See the wiki for more info.

Jira 狀態與統計


社群於這禮拜解決了5個Blocker等級的bug、3個Critical、9個Major以及3個Minor等級的bug

新的Committers 和 PPMC 成員 

(New Committers and PPMC Members)

2013年1月22日 星期二

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




從上一篇文章 - "如何加入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

[此文同步轉載自阿貝好威的實驗室]

2013年1月15日 星期二

[教學] 如何建立CloudStack 開發環境 3.x 版本

圖片來源:LuMaxArt on Flickr

注意:CloudStack 在4.0版是過度版本,4.0 在之前是用ant build在,4.0以後將會改用Maven的方式來建立專案

此篇文章主要是要介紹如何建立基於CloudStack 3.x 版本的開發環境,之後會再另外寫一篇如何建立CloudStack 4.x 版本的開發環境。

1. 準備作業系統與環境


CloudStack 3.x,建議是使用 CentOS 5.6 x64 server version

1-1.  安裝 CloudStack 必要的套件

yum install java-1.6.0-openjdk java-1.6.0-openjdk-devel mkisofs mysql mysql-server paramiko
service mysqld restart


1-2. 安裝Apache-tomcat (6.0.33)


注意: 避免安裝 Tomcat6 6.0.35,因為對 CloudStack 有些已知的問題。


wget  http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.33/bin/apache-tomcat-6.0.33.tar.gz
tar xzf apache-tomcat-6.0.33.tar.gz

把以下環境變數設到 .bashrc

export CATALINA_HOME=/your_path/apache-tomcat-6.0.33/
export CATALINA_BASE=/your_path/apache-tomcat-6.0.33/


1-3. 安裝ant


wget http://ftp.mirror.tw/pub/apache//ant/binaries/apache-ant-1.8.4-bin.tar.gz
tar zxvf  apache-ant-1.8.4-bin.tar.gz
export PATH=/your_path/apache-ant-1.8.4/bin/:$PATH


1-4 下載安裝 CloudStack Source and extract


請到CloudStack Release Details 下載 3.x最新版本

tar zxvf CloudStack-3.0.4-1-rhel5.tar.gz
cd CloudStack-3.0.4-1-rhel5


Compile:

ant clean-all build-all


Deploy:

ant deploy-server


Deploy Database:

ant deploydb


Run:

ant debug


檢查產出的 Logs:

vmops.log,  api-server.log




Reference:
[1] How to set up a CloudStack development environment

2013年1月14日 星期一

Apache CloudStack Weekly News - 14 January 2013




本站成立的宗旨希望台灣的CloudStack開發者與使用者能與國際和社群接軌,所以之後會盡量幫忙追蹤CloudStack社群的最新資訊。

資料來源:Apache CloudStack Weekly News - 14 January 2013


本週主要討論內容與議題 (Major Discussions and Issues)


  • 關於專案的一些內部規定 (Project Bylaws ) 已經在cloudstaack-dev的mail list被討論和通過, The bylaws are intended to go into effect once Apache CloudStack graduates from the Apache Incubator. (Note that a vote on graduation is not currently pending.)
  • 討論是否CloudStack 要花具體的時間在處理Linux 個版本間的支援
  • 對於CloudStack 4.1.0 的一些重大Feature的開發狀態社群有些疑慮,因為有許多feature的開發不是由社群所開發,所以可能會有一些智慧財產權(IP)的問題,所以需要進行智慧財產權釐清(IP clearance)的動作,才能把這些code放入 4.1.0 的Master。
  • 討論 CloudMonkey 該如何 released, whether it makes sense to release CloudMonkey out-of-band via pypi or stick with major releases.
  • 提醒開發者要定期去JIRA更新issue的狀態.
  • 在 1/9 投票接受Cirtix 所提供的 Marvin automated tests.
  • Minutes from QA Scrum on 8 January 2013.
  • Minutes from CloudStack IRC Meeting 9 January 2013 and the full log.

即將發生的事件 (Upcoming Events)


CloudStack 在接下來幾個星期將會有許多活動(Events):

  • OSSI DHS Industry Day David Nalley is on a panel and will talk about Apache CloudStack at the OSSI Industry Day in Linthicum, Maryland on Monday, 14 January 2013.
  • DC Riak Users Group David Nalley is [speaking about CloudStack at the DC Riak Users Group in Washington DC on Wednesday, 16 January 2013.
  • PuppetCamp Silicon Valley: David Nalley is speaking about CloudStack at PuppetCamp Silicon Valley on Friday, 18 January 2013.
  • PuppetCamp Sydney: Joe Brockmeier is speaking about Apache CloudStack at PuppetCamp Sydney on Thursday, 24 January 2013.
  • Linux.conf.au: Joe Brockmeier is speaking about Apache CloudStack during the Cloud Infrastructure, Distributed Storage and High Availability miniconf on Monday (28 January, 2013).
  • FOSDEM: Sebastien Goasguen is speaking about Apache CloudStack features and tools during the cloud DevRoom at FOSDEM on Sunday (3 February, 2013).
  • Build a Cloud Day (BACD): Full day workshop on CloudStack co-located with Puppet Camp in Ghent, Belgium (1 February, 2013).
  • UK/European User Group Meet-up : Shapeblue is organizing a meet-up. (January 16th, 2013)

Jira 狀態與統計


In the last 30 days (as of 11 January, 2013) 345 issues have been created in Jira, and 85 have been resolved.


  • Unassigned Issues: 299 as of 11 January, 2013. (如果有興趣想要幫忙的可以從這邊去撈取issue來解決。)
  • There are 84 open issues affecting 4.1.0.
  • 75 issues are of blocker, critical, or major status.

新的Committers 和 PPMC 成員 

(New Committers and PPMC Members)


    Sebastien Goasguen and Kelcey Damage were welcomed as new committers.