首页 > 编程知识 正文

数据中心,微软中国数据中心在哪里

时间:2023-05-06 21:27:50 阅读:56176 作者:4053

我最近在网上看了一段关于微软“第四代模块化数据中心”的视频。 链接请单击此处。

看了之后,还是想继续下去。 我想去拿驾照,当卡车司机

视频中的一台服务器和相关电气设备安装在容器中,成为数据中心的一个单元。

“我们可以在世界任何地方廉价快速地构建模块、可扩展、高效、及时的数据中心。 ”

根据发表的声明:

第四代数据中心由多个容器组成,每个容器可以封装25000台服务器。 这样的一套

装箱配置将数据中心的建设周期从24个月缩短到12个月,数据

中心本身由预创建的机械组件、安全组件和基于容器的服务组成。 这个装置是3~3台

6个月内即可完成配置,并可根据容量增长需求进行扩展。

其中视频也看到了windows azure的内容,但这样的数据中心能否被冠名是“

云计算版”很难说。 以下是我对使用这种类型数据中心的云计算的一些想法。

首先,如果这种类型的数据中心在云存储(windowazure )中使用,微软将云

的数据保存时间太长。 如果企业使用此容器数据中心,则会保存brdhk的数据

期限应该不会太长。 至少公司老板们不希望这个月公司旁边的集装箱下个月去别的地方

去了公司(竞争公司),也就是说把数据也带走了。 如果数据中心已“迁移”

然后,里面的数据进行相应的整理和备份(向企业)等管理操作。 从微软的角度来说,也做不到

保存数据的时间太长了。 这种数据方式的优势在于“机动”,“游击队”才是它的优势。

其整体运营成本也根据其机动区域和次数进行调整。 数据中心迁移到其他位置时,数据

应该像商品转移一样“清理库存”。 当然,我不会在这里“大甩卖”。 其理由是里面的数据不是微软

您无权访问和处理的“资产”。 只能按照企业的要求在许可范围内操作。

其次,企业使用此类数据中心进行云计算时的安全问题,本来就是这样的数据中心

它是Microsoft云存储的一部分(数据始终位于云中)。 企业是否应该将保存的数据作为机密处理等

定制使用。 这些一定是集装箱。 如果被移动,被盗和破坏的可能性也很高。

另外,这也是我在这篇文章中发现的有趣的观点。 虽然拓宽了我的想法,但摘录如下。

被问及云计算的七大安全风险。

回答:并不是所有的APP应用程序都适合部署到云中。 一些企业的重要业务APP应用是为了安全、联网

联络、心灵问题,都安排在企业内部。 例如银行内部的账户管理。 但是一些企业的

服务系统可以使用云计算。 最典型的是邮件,还有CRM系统。 有几个网站

基于云计算开发。

例如,经营着自己的在线花店。 在平时的日子里,每天的订单量可能是200~300

左右。 但是,到了休息日,例如母亲节,当天的订单量可能会激增10倍,甚至更快。 这个时候

现有服务器数量不能满足当前的数据并发和事务处理要求。 为了保证业务的正常之处

理,一般来说,我有两个选择。 一个选择是针对超出处理能力的请求暂时停止对

其服务; 另一个选择是购买更多的硬件设备以满足当前的需要。 但是,这两种选择都没有

我们想看。 第一个选择将会失去我的客户,第二个选择的投资可能比这几天更有利润

利润更大,而且工作日这些设备又是闲散资源。

但是,基于云计算平台的解决方案有助于解决这些基于WindowsA的问题

zure的应用在开发阶段就已经考虑到了可伸缩性的要求。 根据业务量的变化修改Windows

您可以自由增加或减少所需的服务器实例数量,并根据需要分配Azure配置文件。

最后,让我们总结一下。 从ESB到ISB,再到当前的授权服务平台。 服务软件

应该说事情的概念越来越清楚了。 企业也开始对企业内部信息系统之间的数据、APP应用不满意了

为了流程上的整合,我们希望提出ISB,在企业外部也能与业务伙伴实现网络服务

信息共享。 因此,企业需要建立审批规则和审批机制,为业务伙伴提供互联网服务。

企业还必须支持用户身份管理并建立关联,例如员工同时在企业内部、航空公司和酒店

每个用户id。

ISB就像一个无处不在的结构。 ISB可以是设备之间的互连,也可以在设备与本地服务之间

互连可以是站点到站点的互连,也可以是ESBs和ESBs的互连,ISB本身就是ESB。

ISB是一个允许您自行定制复合APP应用程序和业务流程的平台。 ISB也是软件即服务(SaaS )的一个例子。 下图:

核心ISB的概念基于统一资源标识符(uri )。 为每个APP应用服务注册,

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/

 

     

转载于:https://www.cnblogs.com/daizhj/archive/2008/12/29/1351741.html

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。