openstackswift云计算云存储对象存储

欢迎网友补充openstack swift相关的内容！ 

http://openstack.org/

正文：

1，openstack Apache 2.0许可证发布源代码， 参考附录1
    We wanted a community where people with similar philosophies about cloud architecture and open-source software can openly collaborate together. We believe in open source, open design, open development and an open community that is fully transparent—not a cathedral, a bazaar.

2，openstack 支持多种虚拟机，kvm, xen等，
openstack 的目标用户是解决方案提供商，他们不提供操作系统和硬件的认证，这些认证工作有有能力的解决方案提供商来保证，
    this is not yet code that comes with certification from operating system or hardware vendors. Instead it's aimed at providers, institutions, and enterprises with highly technical operations teams that have the capabilities and needs to turn physical hardware into large-scale cloud deployments.
    Institutions and service providers with physical hardware that they'd like to use for large-scale cloud deployments. In addition, companies who have specific requirements which prevent them from running in a public cloud.

3，openstack 希望能够在世界范围内发展，目前由于日本的NTT DATA的使用，所以算是扩展到了日本，
is this a global effort?
Yes, in that we have users and contributors who are headquartered worldwide and we expect to see OpenStack deployments pop up outside the US as public clouds soon. It should be noted, though, that the only current localization effort is to Japanese thanks to contributions from NTT DATA and, to start, the documentation will only be available in English.

4,怎么参与openstack
openstack的合作伙伴：http://www.openstack.org/community/
Companies can get involved in two ways:
First, fund their developers to contribute to the project.
Second—and most important—make money on it! The more companies that bake it into their offering—to distribute, to put their code on top of, to provide consulting services, etc—the more that OpenStack will be adopted and move to being a ubiquitous open platform.

5,swift的最新消息，可支持超大对象
The big news in Swift is support for unlimited object size, through the implementation of client-side chunking. The only size limit for your objects is now the available size in your Swift cluster ! You can read more about that exciting feature in John Dickinson’s blog post.

6，openstack的发展
OpenStack承诺为云计算商品提供技术支持。虽然市场总为非开源项目留有空间，但开源软件同样对其影响深远，它推动着创新与系统间的相互协作。
理论上，OpenStack以全开源方式提供给我们所需的功能。尽管它已经吸引到一线厂商的关注（Citrix、Dell、NTT等），但毕竟还只是个功能有限又缺乏成熟与稳定的“开发测试版”。而占据优势的Eucalyptus又将对开源云计算平台市场产生怎样的影响？它会随着市场变化，在兼容性和开放性上逐渐完善，还是固守成规默默地退出历史舞台？一切都需要市场的检验。

附录：
BSD、Apache 2.0
相对GPL/LGPL的开放源代码，BSD，Apache 2.0就宽松许多——商业软件可以任意的使用BSD，Apache 2.0发布的软件代码，而不需要开放源代码，只需要提及代码的原出处就可以了。BSD和Apache 2.0提及的方式稍有不同，具体可以参考协议的详细内容。它们是GPL兼容的

看看下面选择开源许可证的案例：
Android 使用宽松的Apache 2.0发布，因为Google作为一个商业公司，并不想失去商业软件的支持，它希望团结一切可以团结的力量加入的Android的开发中来，壮大自己的阵 营，使用Apache 2.0就无可厚非了。而Google本身，并没有丧失对Android的控制权，不会担心另外一个公司拿走了Android的代码开发出一个闭源 Android的对手。因为，只要Android不断的出新版，社区不停的跟进，并且不停的修改API，其他基于Android开发的公司不得不把自己的 Patch提回到主干上，否则，必然将耗费大量人力物力在维护自己的Patch上(钱这方面你斗得过Google？)，得不偿失。而且，闭源之后，与整个 社区为敌，作为一个定位软件平台的项目，会流失大量应用软件开发者，以小博大，任何一个商业公司都不会干这种胜算不高的蠢事。

在看以 GPL发布的Linux为什么比以BSD发布的FreeBSD成功。其实正是因为GPL的传染性。当一个开发人员在Linux基础上开发一个新功能之后， 不得不以GPL开放源代码，贡献回Linux，这样Linux本身才能越来也越壮大而且留住了相当的开发人员，形成了一个 优秀软件->很多使用者和贡献者->贡献－>更优秀的软件->更多的使用者和贡献者... 的良性循环。