看微软“第四代模块化数据中心”宣传片之后的思考

      最近在网上看到了有关微软“第四代模块化数据中心”的一段录像，链接点击这里。 
看过之后还是很让人幅想连篇的。我当时就想去考个驾照，然后去当卡车司机    

      录像中一台台服务器和相关的电气设备安装在集装箱内，成为了数据中心的一个单元。
这种“高模块化、可扩展、高效、及时的数据中心，可以在全球任何地方廉价快捷地组建。”
按其发布的声明：

     第四代数据中心由多个集装箱组成，每个集装箱内可封装 25000台服务器，这种集
装箱式配置可帮助企业将数据中心建设周期从原来的24个月缩减到现在的12个月，数据
中心本身由预制的机械组件、安全组件以及集装箱式服务器组成。这种设备可以在三到
六个月内配置完毕，并且能够根据容量增长的需求进行扩展。

   
     其中在录像中我也看到了windows azure的内容，而这种数据中心是否要被冠以“
云计算版”就不好说了。

     下面是我的一些关于使用这种类型数据中心在云计算方面的想法：

     首先是这种类型数据中心如果用在云存储 (window azure)中时，微软是不会将云中
的数据存储时间太长的，因为如果企业使用这种集装箱数据中心的话，存储在里面的数据
期限应该不会太长。起码公司老板们不希望这个月在公司旁边的集装箱下个月就跑到别的
公司（竞争对手）那边去了，这意味着数据也被带过去了。所示如果集数据中心被"迁移"
后，里面的数据要做相应的清理或备份（给企业）等管理操作。从微软的角度讲，也不会
将数据存储的时间过长，因为这种数据方式的优势就在于“机动”，“游击”才是其优势，
其整体运营成本也会根据其机动区域和次数做相应调整。当数据中心迁移到别处时，数据
就应该像商品迁址一样“清仓”，当然这里不会“甩卖”，原因就是里面的数据不是微软
的“资产”，其无权访问和处理。只能按企业的要求进行授权范围内的操作。

     其次，企业在使用这种数据中心进行云计算时的安全性问题，按说这种数据中心应该
是微软云存储中的一部分（必定数据被置于云中）。企业是否应该对存储的数据按机密等
级量身使用。必定这些是集装箱了，被迁移与被盗或破坏的可能性同样都会很高。

     另外，就是我在这篇文章中发现的一个有趣观点。算是开扩了我的思路，摘抄如下：

     有人问了Cloud Computing的7大安全隐患。

     回答：不是所有的应用都适合部署到云端，有些企业关键业务应用，出于安全、网
络、心里的问题，都还是部署在企业内部。比如银行内部的账户管理。但是有些企业的
服务性系统就可以利用云计算了，最典型的就是邮件，还有 CRM系统。还有一些网站可
以基于云计算来开发。

     比如： 经营一家自己的网上花店，平常的日子里，每天的订单量也许就200~300
左右。可是到了节假日，比如母亲节，也许当日订单量激增10倍，或者更多。这个时候
我原有的服务器数量就不能满足当前数据并发和交易处理的要求。为了保证业务正常处
理，一般的情况，我有两个选择：一个选择，就是对超出处理能力的请求，暂时停止对
其服务；另一个选择，就是购买更多的硬件设备来满足当前需求。但是，两个选择都不
是我们希望看到的。第一个选择会失掉我的客户，第二个选择的投资也许比这几天的利
润还要大，而且平日里这些设备又是闲散资源。

      然而，基于云计算平台的解决方案就可以帮助我们解决此类问题，基于Windows A
zure的应用，在开发阶段就已经考虑好伸缩性的要求。随着业务量的变化而修改Windows
Azure的配置文件，就可以随意的增加或者减少所需服务器实例的数量，做到了按需分配。

 

     最后，做一下总结吧，从ESB到ISB，再到现在的Azure Serivce Platform。服务+软
件的概念应该说越来越清晰了。企业也开始不再满足于企业内部信息系统间的数据，应用，
流程上的整合，所以提出了ISB，希望在企业外部也能够实现与业务伙伴的网络服务以及
信息共享。因此企业也必须建立授权规则和审查机制，才能为业务伙伴提供互联网服务。
企业还必须支持用户身份管理，建立关联，比如：雇员在企业内部和航空公司、酒店都有
各自的用户身份。

     ISB更象一个无所不在的结构。ISB可以是设备间的互联，可以是设备和本地服务间的
互联，可以是站点对站点的互联，也可以是ESBs和ESBs的互联，ISB本身就是一种ESB。
ISB是一个是可以自己定制复合应用和业务流程的平台。ISB也是软件即服务(SaaS)的一

个例子。如下图：

 

     而核心ISB概念是建立在统一资源标识符（URI）的基础上的。每个应用服务都会被登记，
并“拥有”一个类似于URI：http://ISB.net/DaveAndTeam的标识符。以便于发布/订阅。
开发人员通过连接URIs的策略和功能来开发的一个ISB应用（我写了几篇开发方面的文章）。
ISB提供了一个身份和接入功能，可以控制何种信息可以被发送到URI上，以及由谁来发送。
身份和访问功能就是URI的联合策略的一个例子。

     最后引用微软在“互联网服务总线”文档中的一段话来结束今天的内容：

    总的来说"软件即服务（SaaS）"是一个神话。所有有意义的SaaS解决方案，最终将
包括一些含内部部署（企业内部部署）的混合结构。某些元素的一个实例化的解决方案
将被融入到总线里（例如工作流程），有些元素会融入到和总线连接的服务器里（例如
XML内容管理系统），而有些元素则被安装到内部部署里。几乎所有的方案中使用了ISB，
而SaaS实际上是一种内部部署和外部部署的组合软件。

   

     相关链接：微软发布云计算版第四代模块化数据中心 

 
     好了，今天的内容就先到这里了。

     原文链接:http://www.cnblogs.com/daizhj/archive/2008/12/10/1351741.html

     作者: daizhj, 代震军

     Tags: Azure,data center,数据中心,SOA,ISB,SaaS

     网址: http://daizhj.cnblogs.com/