Swift主要有三個組成部分：Proxy Server、Storage Server和Consistency Server。其架構如圖1所示，其中Storage和Consistency服務均允許在Storage Node上。Auth認證服務目前已從Swift中剝離出來，使用OpenStack的認證服務Keystone，目的在于實現統一OpenStack各個項目間的認證管理。

?

　　圖1 Swift部署架構

　　主要組件

　　Proxy Server

　　Proxy Server是提供Swift API的服務器進程，負責Swift其余組件間的相互通信。對于每個客戶端的請求，它將在Ring中查詢Account、Container或Object的位置，并且相應地轉發請求。Proxy提供了Rest-full API，并且符合標準的HTTP協議規范，這使得開發者可以快捷構建定制的Client與Swift交互。

　　Storage Server

　　Storage Server提供了磁盤設備上的存儲服務。在Swift中有三類存儲服務器：Account、Container和Object。其中Container服務器負責處理Object的列表，Container服務器并不知道對象存放位置，只知道指定Container里存的哪些Object。這些Object信息以sqlite數據庫文件的形式存儲。Container服務器也做一些跟蹤統計，例如Object的總數、Container的使用情況。

　　Consistency Servers

　　在磁盤上存儲數據并向外提供Rest-ful API并不是難以解決的問題，最主要的問題在于故障處理。Swift的Consistency Servers的目的是查找并解決由數據損壞和硬件故障引起的錯誤。主要存在三個Server：Auditor、Updater和Replicator。 Auditor運行在每個Swift服務器的后臺持續地掃描磁盤來檢測對象、Container和賬號的完整性。如果發現數據損壞，Auditor就會將該文件移動到隔離區域，然后由Replicator負責用一個完好的拷貝來替代該數據。圖2給出了隔離對象的處理流圖。 在系統高負荷或者發生故障的情況下，Container或賬號中的數據不會被立即更新。如果更新失敗，該次更新在本地文件系統上會被加入隊列，然后Updaters會繼續處理這些失敗了的更新工作，其中由Account Updater和Container Updater分別負責Account和Object列表的更新。 Replicator的功能是處理數據的存放位置是否正確并且保持數據的合理拷貝數，它的設計目的是Swift服務器在面臨如網絡中斷或者驅動器故障等臨時性故障情況時可以保持系統的一致性。

?

　　圖2 隔離對象的處理流圖

　　Ring

　　Ring是Swift最重要的組件，用于記錄存儲對象與物理位置間的映射關系。在涉及查詢Account、Container、Object信息時，就需要查詢集群的Ring信息。 Ring使用Zone、Device、Partition和Replica來維護這些映射信息。Ring中每個Partition在集群中都(默認)有3個Replica。每個Partition的位置由Ring來維護，并存儲在映射中。Ring文件在系統初始化時創建，之后每次增減存儲節點時，需要重新平衡一下Ring文件中的項目，以保證增減節點時，系統因此而發生遷移的文件數量最少。