按照馮.諾依曼的計算機體系架構，計算機包括輸入，輸出，儲存，計算和控制五個部分，雖然到現在，計算機已經發展非常完善，但在體系結構方面，還是沒有超出馮.諾依曼的這種結構體系，至少，我們依然可以用這種體系思想去思考計算機，而不管他是並行的，還是序列的，是複雜指令的，還是簡單指令的等等。這個體系架構也非常符合我們人類生產活動的本質步驟和內容（認知，處理（含控制），儲存，應用）。比如工廠，輸入的是原材料，輸出的是產成品，中間是加工和控制，當然我們還有原材料和產成品的儲存--倉庫；再比如我們典型的軟體系統，也同樣包括輸入（使用者錄入，資料採集），輸出（使用者顯示，儲存系統），計算與控制（應用伺服器），儲存（檔案系統或者資料庫等）。如果我們在這個基礎在再總結一下，把運算與控制合併成一項，就叫處理，增加乙個各個組成部分之間進行聯絡的通訊與控制紐帶--網路，那麼就構成如下的結構：輸入，處理，輸出，儲存和網路，如下圖所示：
現在我們來回答計算機在幹什麼：收集資料，處理資料，輸出資料，儲存資料，而這之間的控制與通訊依賴於網路。其實上面的抽象還有乙個作用，就是一台機器如此，那麼對於乙個集群應用網路而言，其實也如此，我們總可以將網路中的資源如此劃分，這樣做的好處其實就是設計模式中合成模式的好處，無論網路多大，規模多複雜，我們總可以一致表達和處理，比如對於儲存硬體而言，你是用一台計算機做儲存裝置，還是用多台，你的作用都是完成儲存，對於軟體一樣，你是用資料庫做儲存，還是用檔案來儲存，你的作用同樣是完成儲存。對於網路是這樣，對於乙個應用系統也是如此（軟體和硬體本來就是對立與統一的）。這種處理和思維方式，就是我們研究複雜系統的利器，比如erp中的bom結構，有的工廠的bom很複雜，有的工廠的bom結構很簡單，但無論 bom結構多複雜，是兩層，還是三層，四層...無數層，無論你的子件只有乙個還是有成千上萬個，我們都可以用一棵樹（某些情況下還會有一顆倒樹）來一致表達和處理。
回答了計算機在做什麼，其實也就回答了網路在做什麼。那這個東西與雲有關嗎？當然有，這其實也是雲計算的基本體系結構，計算機在做什麼，雲也在做什麼。無論怎麼變化，我們總可以用這種架構一致的對待它。有的人會說，有的情況下可能缺這缺那，但這不是問題，我們總可以認為它虛擬的存在。為了這種一致表達和處理（合成模式的核心思想），我們既可以利用抽象來抽枝剝繭，也同樣可以無中生有來補項（本來沒有某種特徵，但我們可以認為或者虛擬的認為具有這種特徵），來取得一定形式上的統一。這其實就是數學變換中的補項思想。
從這種一致化的思想，其實我們就可以將雲看做是網路，看做是計算機，因為從本質上來講，沒有什麼區別。區別的是分工的細化和專業化，比如原來儲存只是計算機的乙個部分，現在有專門的計算機來完成這部分功能；而防火牆之類的也可以看著是一種處理器專業化的發展結果。而對於雲應用軟體，你也理所當然的可以將其看做是計算機，是網路，別忘了，軟硬統一的特性。
ps：這裡，我也極力想向大家表達一種思想，就是在思考和對待一些問題時，我們應該在更高的高度來抽象的看待這些問題，採用一致化表達和處理的手段，來避免我們陷入問題的細節的泥潭（比如問題的規模，研究物件的非關鍵性差異等），當然，採用這種思想或者方法，也並不是不考慮這些問題（在很多時候，這些問題很是關鍵，比如規模問題），我們只是將這種問題延遲到更低的層次去考慮，從而使得我們的思維更具有層次性，有利於簡化思考的複雜度，這其實也是物件導向分析的核心思想。
Apache Mesos 資料中心就是計算機
資料中心就是計算機。雲計算資源管理的方式正在改變。傳統的資料中心在雲和虛擬化層面的資源管理在當今企業日益增長的計算服務需要下，已經難以保持高效率。為了應對這個挑戰，資料中心需要更高效率地提供更強的計算和儲存服務。mesos和 yarn就是這樣的解決方案。這些湧現的集群管理平台是下一代細粒度集群管理的...
Apache Mesos 資料中心就是計算機
資料中心就是計算機。雲計算資源管理的方式正在改變。傳統的資料中心在雲和虛擬化層面的資源管理在當今企業日益增長的計算服務需要下，已經難以保持高效率。為了應對這個挑戰，資料中心需要更高效率地提供更強的計算和儲存服務。mesos和 yarn就是這樣的解決方案。這些湧現的集群管理平台是下一代細粒度集群管理的...
計算機世界就是現實世界的延伸
作業系統排程演算法分為以下幾種 1 先來先服務，2 優先順序排程，3 短作業優先排程，4 輪轉法排程，5 高響應比優先排程。這五種演算法其實就是現實生活中的活生生的管理方法。1，大家都是平民，則先來的人先用公廁 先來先服務。2，如果來人中有乙個是市長呢，就要讓市長先上。這就是 優先順序排程。3，後面...