基礎設施架構
核心艙式架構通過應用程式細分數據中心的資源。IT組織是否可以通過核心艙架構獲得可擴展性與自動化？
IT組織不斷研究數據中心基礎設施架構，基礎設施架構為了最大限度提高系統性能：基礎設施架構集中化與分散化，星型拓撲與網狀網路，客戶端/伺服器與單片系統。以及現在新增的核心艙式基礎設施架構。
核心艙式基礎設施架構設計能夠提高企業數據中心生產力。改變流量模式，改變數據走向是推動這個基礎設施架構發展的主要動力源。整個組織需要培訓以及獲得新工具來管理這一的基礎設施，該基礎設施架構設施由應用程式非均勻的分成多段。
有超過一半以上的企業套用基礎設施架構已經虛擬化。一般來說，處理任務的數據流是從用戶發往中央伺服器，然後再返回。在虛擬化系統中，任務處理數據經常在數據中心繫統的不同組件之間傳輸。因此，現在有70%至80%的流量是在企業數據中心內部流轉。
另一個不斷增長的數據中心流量趨勢是基礎設施架構融合系統，該基礎設施架構系統整合了伺服器、存儲與網路功能在一個盒子裡。基礎設施架構將在2016年將這些系統上的消費從2011年的20億美元推動到178億美元
從數據中心學習基礎設施架構
核心艙式網路設計靈感來源於世界上最大的網際網路公司內超大規模可擴展式數據中心。基礎設施架構與傳統的企業三層網路相比，基礎設施架構特點在於邊緣和終端設備。後者的基礎設施架構核心繫統駐留在數據中心。信息由數據中心邊緣的設備(路由器、交換機、存儲系統)鞏固。
基礎設施架構圖一: N-tier 數據中心設計
核心艙式設計將重要物品放置在數據中心的基礎設施架構心臟地帶。其中可能包括基礎設施架構大型數據倉庫、大型伺服器集群或集中存儲系統。其他部分基礎設施架構——伺服器、網路連線設備、存儲系統——被轉移到自治或半自治的艙位。每個基礎設施架構吊艙都是一個預先建立好的數據中心資源池，擁有網路、計算、存儲、電源與空間模組化單元。新的基礎設施架構吊艙能夠快速為每個公司的新應用程式部署。
基礎設施架構變更的其中一個好處在於獲得更好的可擴展性。為了提高基礎設施架構處理能力，增加更多的計算堆疊即可。這樣釋放限制基礎設施架構的任何中央系統，無論是伺服器、網路解決方案還是存儲系統。
核心艙式設計的基礎設施架構還可以提高可用性。減少中心點故障，基礎設施架構能更好的保持計算、網路與存儲系統穩定運行。每個基礎設施架構吊艙能夠實現獨立的高可用性，滿足特定需求，而不會被捆版到中央系統。
基礎設施架構部署數度同樣能得到提升，新的計算模組可以快速加入網路。IT管理員提供自動化功能也能更加迅速。
基礎設施架構圖二:基礎設施架構核心艙式設計
如果應用程式依賴於獨立的基礎設施架構資源模組，公司可以就建立更精確的服務水平。某個基礎設施架構應用程式可能會基於業務模型或組織層次設定更高的服務級別協定(SLA)要求。資源的分散式能提供更高的系統顆粒度。例如，基礎設施架構吊艙A擁有更高的計算與網路頻寬能力，而基礎設施架構吊艙B具有更高的存儲容量。我們的目標是確保每個應用程式能夠獲得滿足SLA要求的吊艙資源。
類似的還可以確保全全性：企業可以為不同基礎設施架構吊艙開發不同級別的安全檢查，在敏感信息位置做更嚴厲的把控。
基礎設施架構核心艙是設計具有潛在的不利因素，比如增加了複雜性。數據中心工作人員需要管理一系列資源配置，而不是一個集中式設計。處理連線故障可能變得十分複雜，尤其是當某個基礎設施架構吊艙訪問核心數據或資源時。基礎設施架構管理工具需要能夠發現這樣的設定細節，以幫助技術人員找出瓶頸。
培訓也是一個問題。過去，IT人員習慣於在傳統數據中心基礎設施架構下工作，而現在需要告訴他們核心艙式新數據中心是如何建立、運行與管理核心資源。在IT預算與人員時間有限的情況下，很難實現如此全面的培訓。
