是自學openstack開發運維，還是到雲計算iaas公司做運維？

01-13

現在在大型互聯網公司做運維，偏向公司內部系統維護。對自動化監控略有研究，會python開發。
最近收到雲計算公司offer，過去做系統工程師，主要負責監控系統建設，運維自動化，流程規範，海量運維研究，提高運維效率。
想跳槽主要原因是現在運維工作相對基礎一些，如果轉通用的web運維，個人覺得還是偏嚮應用層建設，比如nginx文檔學習，然後應用到生產環境。這些我覺得我可以勝任，但是覺得應用層的東西無止境，搞來搞去還是那一套。

現在還有一個機會，公司準備用openstack建設私有雲，主要用來管理虛擬機，用來提高運維效率。這個我可以參與一下。現在雲計算這麼火，如果有建設openstack經驗，加上認真讀源碼，以後可能發展會好一些。
但是雲計算運維個人覺得以後也會有發展。
現在擔心如果做openstack，看源碼，要求可能會高，不一定搞的很精。
大家覺得openstack開發好一些還是雲計算運維更好呢。

以後的趨勢是集中運維，慢慢大家就習慣用雲，而不是自己搭建。運維要麼是企業打雜各種調用雲API，要麼是雲公司專家，你說哪個有前途？

雲公司專家崗位，大家看重實際經驗。你在一個雲公司做過，管控上千上萬的機器，和自己搭建過測試環境跑過幾十台機器，哪個重要？

趁現在能進雲公司的時候進去吧，以後運維轉型的時候再看就晚了。

openstack開發運維是未來的趨勢，如果還是做監控運維，對自己技能提升就沒有意義了。

先不說待遇問題，就說OpenStack，樓上也說OpenStack組件較多，但是OpenStack的很多項目玩來玩去就是圍繞它的幾個核心組件，具體點也就是Nova, Neutron和Cinder分管計算、網路和存儲，和你數據中心一樣一樣的。

學習OpenStack並不是學習它代碼如何如何，而是在了解OpenStack的情況下去了解虛擬化、了解網路的Layer2, Service和各種存儲。因為OpenStack太開放的，所以它饒人的問題並不是代碼複雜，而是你可選的方案太多了，我的Compute Service是用KVM，還是VMware, 還是Hyper-V, 我的塊存儲是用LVM，還是Ceph還是商用的存儲，網路用SDN Controller，還是就Neutron Server， ML2下面用OVS是用VLAN還是VXLAN， Router是用linux ip namespace還是用NVF的方案，這些沒有一個是最好的方案，而是選擇哪個適合你們的IT基礎架構，適合你們的運維團隊。

在Cloud上面用的API其實變化很多，能玩的花樣也多，涉及到Underlying的Hardware，就需要看你是不是對這些基礎架構的東西感興趣了。我自己比較傾向與，我怎麼能把應用跑在Cloud上，運用Cloud提供的負載均衡，防火牆讓應用更健壯、更易於擴展，更自動化。至於讓我自己運維一個OpenStack，我首先不能24x7，我也不喜歡24x7。而我設計的應用可以在down掉以後，我第二天下午來公司，也沒有什麼影響，只不過少了個節點，而autoscaling已經幫我自動scale out來適應目前的workload了。

這個問題我之前也有想過，不過出發點沒你高，應該是跟你相差十萬八千里。見識不多，以下如有錯誤，歡迎指出，謝謝。

openstack與web伺服器從系統角度講都是linux的軟體，而linux下的運維就必須懂linux shell python（java）。所以從本質上來講都是一樣的。懂得web運維的話，只要熟悉了openstack架構，運維應該也不是難事，畢竟有運維經驗。現在運維趨向集群話、自動化，web這樣，openstack也這樣。openstack的horizon組件目前用的就是Apache作為web伺服器的，按理說也能改成nginx，你也能在openstack上進行web的開發維護。

openstack組建較多，部署對於新手來說比較麻煩，高可用方案較多，源代碼隨處可做開發，只要有需求。openstack源碼語言為python。

自古以來有先到先得的道理，誰先掌握核心技術便是業內老大。相對web服務，雲平台openstack是一個新的東西，而且在未來it舞台上定會扮演大角色。web服務趨向穩定，而openstack有極大的可玩性，亂世之中出英雄。如果想穩定輕鬆一點就繼續web運維，想像哥倫布一樣開闢新天地就openstack。openstack相關職位工資也不低。

職位需求確實少。另一方面有需求的公司很難招到人。年年招人，都看不到幾個靠譜的簡歷。背景一般的，還開價兩三萬。真是只認錢啊。可能鄙司的光環不夠亮啊