在我們完成雲堆疊的構建工作——即實現平台即服務(簡稱paas)、規模化容器乃至開發工具集中的各類工具選項——之前，我們首先需要建立良好的作業系統基礎以支援這些容器系統。
對於雲堆疊而言，良好的基礎應當具備出色的靈活性並經得起反覆考驗。
當我們著手進行應用程式開發時，大家必須首先投入數小時、數天甚至數年以完善自己的規劃。大家不僅需要學習相關程式語言及概念，同時也需要學習如何做出正確的架構決策，從而為正在開發中的全部應用程式提供堅實的執行基礎。
問題在於，我們往往需要盡可能忽略自己當前正在構建的環境。如今應用程式開發者幫助我們拓寬了視野，通過引入雲計算、平台即服務以及容器技術等方案深化我們對於環境工具選項的理解。
萬事萬物皆需要基礎。堅實的基礎將成為後續發展的重要故障。我們具體選擇物理結構抑或是應用程式及雲堆疊等實現方式其實並不重要，真正重要的是無論怎樣的上層建築都需要由最基本的「磚塊」構成。
而為了檢查這「第一塊磚」，我們需要著眼於雲堆疊並了解全部應用程式的開發基礎。在立足於雲堆疊的情況下，我們往往會迷失在浩如煙海的工作流、容器以及應用開發複雜性等要素當中。
在完成雲堆疊的構建之前——其中包括平台即服務(簡稱paas)、規模化容器以及各類開發工具——我們首先需要建立作業系統基礎以支援各容器系統。
基本基礎
我們的雲堆疊基礎將採用linux的企業版本，即紅帽企業linux(簡稱rhel)。
雲基礎始於rhel與rhel atomic。
我們當前使用的是rhel 7版本，其中包含用於建立並託管容器系統的全部整合化支援要素。
在選擇rhel作為我們的作業系統之後，我們還需要利用rhel atoic在基礎層中實現容器支援能力。這是一套基於linux的輕量化發行版，專門面向容器進行設計。其中囊括了執行容器所必需的各項元件，因此大家可以將其視為一套「裝置」——因為我們已經無法再向其中新增任何軟體。
作為應用程式開發者，大家肯定比較傾向於使用個人開發作業系統，例如windows或者某些unix版本。不過考慮到容器系統的部署與託管需求，我們必須利用docker工具集實現映象的容器化處理。我們只需要保證自己的雲堆疊能夠託管這些應用即可，而不必過多擔心其開發環境以及如何將其新增到rhel或者rhel atomic基礎層之上。
在管理這套業務體系時，大家真正需要關注的正是這套負責承載容器並在其開發、測試與生產部署過程中始終提供管理能力的基礎層。
除了管理各類企業級基礎設施所必需的操作任務之外，我們還需要利用devops機制管理現代容器化開發工作流。這些結構化環境能夠支援現代企業所必需的敏捷開發方法，從而始終與客戶不斷變化的實際需求保持一致。
這部分容器化開發環境必須支援持續整合(簡稱ci)、容器化微服務即時測試以及持續部署(簡稱cd)，從而以自動化方式支援現代敏捷企業開發者日常工作中大量涉及的持續變更任務。
規模不斷公升級
利用以上基礎努力維護、更新並管理一套靈活的devops基礎設施將很快成為業界共識。大家甚至會發現這種以容器為載體的開發及部署途徑即將成為我們甘之如飴的最佳實踐方案。
雲堆疊示意圖
無需恐懼，容器的規模化調整並不是什麼可怕的狀況。除了可擴充套件能力之外，我們還需要跨越各主機進行容器系統管理，從而確保應用程式開發團隊在業務發展過程中始終具備必要的基礎設施與工具**。
如何為阿里雲擴容硬碟
主要涉及命令 mkfs格式化和mount掛載分割槽 特別說明 mount掛載操作時，可能會提示檔案系統錯誤，這可能是因為分割槽未格式導致。需要執行mkfs格式化分割槽，硬碟裝置名稱可以通過fdisk l檢視 fdisk l 檢視全部分割槽 root itso123 logs fdisk l 磁碟 d...
穩定雲伺服器，穩定雲的效能
雲伺服器的業內名稱其實叫做計算單元。所謂計算單元，就是說這個伺服器只能算是乙個人的大腦，相當於普通電腦的cpu，裡面的資源都是有限的。你要獲得更好的效能，解決辦法一是公升級雲伺服器，二是將其它耗費計算單元資源的軟體部署在對應的雲服務上。例如資料庫有專門的雲資料庫服務 靜態網頁和有專門的檔案儲存服務。...
ISV揭秘 雲市場如何為多方賦能
4月19 21日的 2016雲棲大會深圳峰會 有前沿技術深度分享 workshop阿里雲開放實驗室 行業企業聚會 tech insight實戰乾貨，更有20 場分論壇，120 高濃度實戰演講，100 阿里核心技術專家。為了讓大家更為深入地了解雲棲大會深圳峰會的日程設定，雲棲社群對20 位分論壇出品人...