现在云计算平台都有哪些

云计算（Cloud Computing）平台能够划分为3类：以数据存储为主地存储型云平台，以数据处理为主地计算型云平台以及计算和数据存储处理兼顾地综合云计算平台。相关Cloud Computing平台厂家和产品：

（1）AbiCloud（Abiquo公司）

AbiCloud 是一款用于公司地开源地Cloud Computing平台，使公司能够以快速、简单和可拓展地方式创建和管理大型、复杂地IT基础设施（包括虚拟服务器、网络、应用、存储设备等）

（2）Hadoop（Apache基金会）

该计划是完全模仿Google体系架构做地一个开源项目，主要包括Map/Reduce和HDFS文件系统

（3）Eucalyptus项目（加利福尼亚大学）

创建了一个使企业能够采用它们内部IT资源（包括服务器、存储系统、网络设备）地开源界面，来建立能够和Amazon EC2兼容地云

（4）MongoDB（10gen）

MongoDB是一个高性能、开源、无模式地文档型database，它在许多场景下可用于替代传统地关系型database或键/值存储方式

（5）Enomalism弹性计算平台

它提供了一个功能类似于 EC2地Cloud Computing框架。Enomalism基于Linux，同时支持Xen和Kernel Virtual Machine(KVM)。与其他纯基础设施即服务解决方案不同地是，Enomalism提供了一个基于Turbo Gears Web应用程序框架和Python地软件栈

（6）Nimbus（网格中间件Globus）

Nimbus面向科学计算要求，通过一组开源工具来实施基础设施即服务（基础设施即服务）地Cloud Computing解决方案

更多云平台问题交流参见 IT号外云计算全知道 网站的 云架构 栏目

存储设备不同：对象存储的对应存储设备为swift，键值存储。文件存储的对应存储设备为FTP、NFS服务器。块存储的对应存储设备为cinder，硬盘。

特点不同：对象存储的特点是具备块存储的高速以及文件存储的共享等特性，文件存储的特点是一个大文件夹，大家都可以获取文件。块存储的特点是分区、格式化后，可以使用，与平常主机内置硬盘的方式完全无异。

块存储注意事项

要运行任何新的RAID+功能，阵列控制器都需要一个元数据基础，看起来很像文件系统那样。以重复数据删除为例来说，阵列必须将数据分解成4K到1MB的块，解算出哪些块存储的是同样的数据，然后构建一个指针列表将LUN逻辑块地址映射到所储存的块。

自动分层要求更多的元数据，因为系统必须跟踪数据块的逻辑块地址，而这些数据块分处在不同的存储类型上的不同的RAID集中。除了要解算出哪些是必须升级到更快的存储层的热数据和哪些是必须降级的冷数据外，系统还必须收集访问频率元数据。

逻辑上实现了http协议、管理web资源、负责提供web服务器的管理功能。

Web服务器逻辑和操作系统共同管理TCP连接。

Apache 就是 开源的 软件web 服务器的一种。

一旦连接建立起来并被接受，服务器会将新连接添加到其现存的web服务器连接列表中，做好监视连接上数据传输的设备。

可以用反向DNS对大部分web服务器进行配置，以便将客户端IP地址转换成 客户端 主机名。

好处: web服务器可以将客户端主机名用于详细的访问控制和日志记录。

坏处:主机名查找可能会花费很长时间，要么只允许特定内容进行解析。

有些web服务器还支持ident 协议。服务器可以通过ident协议找到发起http连接的 用户名 。对记录日志非常有用。

类似这种。

如果客户端支持ident协议，就在tcp端口113上监听 ident请求。

但ident在公共因特网上不能很好的使用

解析请求报文时，web服务器会不定期从网络上接受输入数据。网络连接可能随时都会出现延迟。web服务器从网络中读取数据，将部分报文数据临时存储在内存中，直到收到足以进行解析的数据并理解其意义为止。

web服务器对报文解析后，并用自己内部的数据结构来存储请求报文。

请求可能会在任意时刻到达，所以web服务器不停观察有无新的web请求。不同的web服务器会以不同的方式为请求服务。

单线程的服务器一次只处理一个请求。一个事务处理结束后，才会去处理下一条连接。

结构容易实现，单性能很差。

多进程和多线程服务器用多个进程或更高效的现成同时对请求进行处理。

可以根据需要创建，或者预先创建一些线程/进程。有些服务器会为每条连接分配一个线程/进程，但当服务器同时要处理成百上千甚至上万的连接时，需要的继承或者线程数量可能会消耗太多内存或系统资源。(预先分配 线程池，进程池，内存池等手段)

因此这类服务器会对线程/进程的最大数量进行限制

线程与复用功能结合，利用计算机平台上多个CPU。多个线程中的每一个都在观察打开的连接。并对每条连接执行少量任务。

收到并解析请求后，可以根据方法、资源、首部和可选的主体部分对请求进行业务处理。

在web服务器将内容传送给客户端之前，要将请求 报文中的URI映射为web服务器上适当的内容或内容生成器，以识别出内容的源头。

请求URI 作为名字 来 访问 Web 服务器文件系统中的文件。通常web 服务器的文件系统中会有一个特殊的文件夹专门用于存放web内容。

即文档的 根目录 。

同时服务器也需要注意，不能让URL退到docroot之外，将文件系统的其余部分暴露出来。不允许这样的uri出现：

web服务器可以接受收对目录url的请求，其路径可以解析为一个目录。而不是文件。我们可以对大多数web服务器进行配置。使其在客户端请求目录url时 采取不同的动作。

大多数web服务器都会去查找目录中的一个名为indexhtml 的文件来替代此目录。

如果用户请求的时一个目录的url，并且这个目录中有一个名为indexhtml 的文件。服务器就会返回这个文件。

Web 服务器还可以将URI映射为动态资源，也就是说，映射到按需动态生成内容的程序上去。

实际上，有一大类名为应用程序服务器的Web 服务器会将Web服务器连接到复杂的后端应用上去。

Web 服务器主要做的事：

也就是说 web服务器会将URI路径名 映射为 可执行文件目录 。

服务器端包含项（SSI），如果某个资源被表示为存在服务器端包含想，服务器会在将其发送给客户端之前对资源内容进行处理。

web 服务器还可以为特定资源进行访问控制，有请求到达，要访问受控制资源时，服务器可以根据客户的ip地址进行访问控制，比如输入密码才能访问。

如果事务处理产生了响应 主体，就将内容放在响应报文中发回去。实体包括：

服务器要负责确定响应主体的MIME类型。有很多配置服务器的方法可以将MIME类型与资源关联起来。

Web 服务器有时会返回重定向响应而不是成功的报文。Web服务器可以将浏览器重定向到其他地方执行请求。

重定向返回码 3XX。Location响应首部包含了内容的新地址。

对于非持久连接而言，服务器应该发送了整条报文后，关闭自己一端。

对于持久而言，连接仍然可以保持打开状态。这种情况下服务器端要正确的计算content length，不然客户端无法知道响应何时结束。

当事务结束时，web服务器会在日志文件中添加一跳目录，来描述已执行的事务。