Swift作为一个存储的具体实现出现在OpenStack中，与Cinder的定位有差别，这导致Swift的兼容并包性不够强。必须基于XFS文件系统来存储数据？显然Swift也希望能将数据存储到更多的后端设备中，这样Swift可以与具体的XFS文件系统解耦，作为独立的存储软件存在。这能使得Swift存储的构建更加灵活，同时也能吸引更多的存储厂商投入到其怀抱中。
Swift提供了一种简单机制来实现后端存储设备的pluggable——可插拔的后端。这篇文章想探讨一下该机制。在亚特兰大峰会上面，这一特性是Swift的热门话题之一，对于亚特兰大OpenStack峰会涉及Swift的话题这里有汇总：链接。
(5.00分 - 12票) 
Loading ... | 归档目录：Swift, 云计算/云存储, 架构设计 同时打有标签：Back-end API for Object Server REST APIs, Object Server, Swift, Swift源码分析, 可插拔的后端 OpenStack的源码分析在网上已经非常多了，针对各个部分的解读亦是非常详尽。这里我根据自己的理解把之前读过的Swift源码的一些要点记录一下，希望给需要的同学能带来一些帮助。
(4.16分 - 19票) Loading ... | 归档目录：云计算/云存储, 软件技术 同时打有标签：Docker 1.0, LXC, 贝塞尔曲线 首先需要Keystone支持S3格式的证书扩展，EC2的扩展只是能帮助Keystone识别和创建EC2证书，也就是AK和SK。EC2的证书和S3的证书是通用的。
默认的Keystone安装后并不支持S3扩展，需要修改Keystone的PasteDeploy配置文件，在ec2_extension之后加入s3_extension中间件，首先还需要定义该中间件，具体的修改过程为：
一般网上搜索到的资料都是介绍整个Openstack的安装过程的，通常都是长篇累牍，非常复杂。因为个人的虚拟机环境，没有太高调配置，不可能完整运行Openstack的各种服务，只想体验一下Swift，于是试着只安装Swift和Keystone。对于Openstack支持最好的也就算是Ubuntu发行版了，甚至在较新的13.0版以上都直接集成了。
因为只安装单机版本的Swift和Keystone，因此不需要双网卡，所有业务和控制都走一个网络即可。网络规划简单。
(4.67分 - 12票) Loading ... | 归档目录：Swift, 云计算/云存储, 存储技术 同时打有标签：Keystone, Swift单机环境搭建 花了几天的下班时间，终于找到了这个手册，并且成功搭建了Openstack Swift的单机运行环境。下一篇发环境搭建详细过程，这里首先把手册贴出来。
(4.43分 - 7票) Loading ... | 归档目录：云计算/云存储, 存储技术 同时打有标签：Openstack环境搭建手册 之前转过一篇分布式文件系统比较的文章，几大分布式文件系统全方位比较，这里再从存储的角度转一个。应该说者三个开源软件各自侧重的领域不一样，但是都具备分布式存储的特征，因此这篇文章主要是从存储的角度来进行对比。
基于Base64编码的HTTP Basic Authentication由于安全问题，已经不再广泛使用了。在云存储中，数据的安全性一直被广泛关注。亚马逊的AWS S3和Openstack Swift分别采取了不同的算法来对每一个HTTP请求进行鉴权。这里想对二者的鉴权过程作简单分析和总结。
一、AWS S3的HTTP请求鉴权流程
Swift 最初是由 Rackspace 公司开发的高可用分布式对象存储服务，并于 2010 年贡献给 OpenStack 开源社区作为其最初的核心子项目之一，为其 Nova 子项目提供虚机镜像存储服务。Swift 构筑在比较便宜的标准硬件存储基础设施之上，无需采用 RAID（磁盘冗余阵列），通过在软件层面引入一致性散列技术和数据冗余性，牺牲一定程度的数据一致性来达到高可用性和可伸缩性，支持多租户模式、容器和对象读写操作，适合解决互联网的应用场景下非结构化数据存储问题。
此项目是基于 Python 开发的，采用 Apache 2.0 许可协议，可用来开发商用系统。
