8條開源基礎設施嘅新規則

原標題:8條開源基礎設施嘅新規則

雲計算已經無處唔喺。喺過去嘅十年裏,筆者作為一名雲架構師同產品經理,近距離觀察la這個領域嘅發展。所有這些變化對IT基礎設施嘅發展意味著乜嘢?筆者一直喺認真思考這個問題,認為現喺係製定新規則嘅時候la:

1. 修改對你唔利

當你聽到供應商宣稱佢哋可以通過發布基於上遊項目嘅基礎設施軟件嘅“強化”版本,而以某種方式使開源項目“企業級就緒”時,你唔感到局促唔安嗎?實際上,遊戲已經結束la。例如,OpenStack嘅許多版本都係穩定嘅,並且可以喺冇乜嘢供應商幹預嘅情況下處理最高級嘅用例同工作負載。

這係最重要嘅新規則,因為唔遵守它就會給自己設限。為乜嘢要通過引入下遊補丁來限製可以喺生產中使用你嘅平台工作、支持同創新嘅人數?開放式基礎設施嘅整體目標係可以同更大嘅社區接觸以獲得支持,並為下一代基礎設施平台上嘅招聘、培訓同創新創建一個共同嘅基礎。別失去這個優勢。

2. 標準化係王道

“手工製作”對釀啤酒來說更好,而唔係基礎設施。大規模實現毫無例外都基於組件嘅標準化同體係結構嘅簡單性。確保集群知識可以轉移到新團隊或唔受員工離職影響嘅唯一方法係避免引入“技術債務”嘅定製化參考體係結構。

3. 為未來自動化

幾乎所有嘅團隊都冇達到應有嘅自動化程度。佢哋中嘅好多人喺某種程度上意識到la這一點,但冇采取行動。某些已經被運維人員廣泛使用嘅工具好好地解決la前80%嘅自動化用例,但冇解決其餘嘅問題。其結果係,生命周期管理事件(如升級、擴展等)仍然過於複雜同耗時。

喺選擇編排自動化時,假設技術堆棧將喺硬件分期償還期間(通常為5年)發生變化。今天嘅VMware可能係明天嘅OpenStack,可能會變成上麵嘅Kubernetes集群,可能喺裸機上同之共存,也可能甚至被它取代。期望一組特定嘅硬件喺其整個生命周期中同特定嘅基礎設施綁定係唔現實嘅。

4. 喺本地以滿容量運行,溢出時用公有雲

如果喺數據中心提供最佳嘅經濟性係一個組織嘅首要目標,嗰麼運行盡可能接近容量嘅內部基礎設施係自然嘅。硬件應該被選擇來提供最好嘅性價比,這可能唔會總係導致最低嘅投資成本,但會帶來最好嘅整體經濟效益,特別係如果目標係實現同公有雲可比嘅成本結構。

唔過唔要把這條規則誤認為係指避免公有雲。相反,同至少兩個公有雲提供商合作,加上有一個實現經濟目標嘅可靠on-prem策略係明智嘅。擁有兩個公有雲合作夥伴可以帶來良性競爭,並喺運維中實施同雲無關嘅自動化,這係成功嘅多雲戰略嘅一個關鍵。

5. 升級

隨著上遊項目支持周期嘅縮短(例如,看看OpenStack同Kubernetes支持嘅發行版數目同維護窗口期),養成升級嘅習慣而唔係引入技術債務係至關重要嘅。隨著正確類型嘅自動化過程到位,升級應該係可預測嘅,並喺合理嘅時間內解決問題。

6. 工作負載點樣放好重要

雲本質上係動態嘅,所以喺調試有服務級別衝突會發生乜嘢時,需要考慮基礎設施嘅變化。所有大小合理嘅雲都有這個問題,好多運維團隊忽略la保持裸機級別上發生嘅事情同虛擬同容器級別上發生嘅事情之間相關性嘅必要性。當有租戶登錄時,請考慮工作負載點樣樣放置,並建立必要嘅遙測,以便喺其上下文中捕獲這些事件。這將導致預測分析,最終可能允許你將人工智能引入到運維中(雲基礎設施越大/越複雜,就越緊迫)。

7. 別獨立地考慮安全性

好多雲項目係開發人員同運維人員共同設計嘅,好少涉及到單獨嘅安全團隊。結果呢?安全專家麵對嘅係“既成事實”,佢哋嘅反應大多係對這些計劃潑冷水。安全性應該從一開始就考慮到,並作為需求分析嘅一部分持續被關注。安全性同集群必須滿足嘅乜嘢其他非功能性需求一樣重要同關鍵。所以,盡早、成日地參同安全性工作,並密切關注。

8. 擁抱新興事物

開放式基礎設施嘅整體目標係促進創新,並通過加快下一代應用程序嘅推出,使企業獲得競爭優勢。如果開發人員諗要容器,為乜嘢唔呢?如果開發人員諗要無服務器,為乜嘢唔呢?應該做嘅係,把新嘅技術堆棧作為解決方案嘅一部分,而唔係嘲笑(這隻會突顯出對現有操作範式同自動化缺乏信心)。

通過遵守這八條新規則,企業應該可以喺新嘅十年即將到來之際,為實現最大嘅效率同生產力做好準備。

https://thenewstack.io/8-new-rules-of-open-source-infrastructure/

search更多:手機數碼電腦
at手機數碼電腦相關網站