开放的云让业务更“闪亮”
2010-06-30 00:00:00 来源:WEB开发网云的互联还没有成网—— 在扁平的世界中,每个解决方案都需要从开始时就面向全球范围。在领域中主要的参与者仍然在他们的数据中心投入巨大,想要将它们的安装遍布全球(并且他们应该是绿色的!),关键在于敏捷的网络框架对于云资源的敏捷性、可移植性以及响应的支持,以及对于创建更高级别的服务像灾难恢复和/或容错的支持(更多细节请参见infoblox webinar)。当前,我们在云之间还有太多的蓝天。此外,还没有任何解决方案能够实现广播。
还没有可用的大型服务器或者数据库——几乎不可能提供大型的机器(例如带有12个CPU和64G持续内存的)或者超大型的关系型数据库。
云的成本模型是弹性的—— 当前,很难预测云资源的成本,因为它们会与需求相适应。使用模式而不是峰值模式(以及冒着超额提供的风险,那意味着使用上的不充分)的付费方式很难销售给公司的财务和IT审计团队。另外,由于财务掌管着世界,只有我们能够让他们满意,他们才不会拒绝。那也是为什么微型公司是云的第一批用户,因为他们的结构是有弹性的,并且随着业务而增长(他们的预算也是有弹性的)。不管怎样,所有的研究都显示,如果你拥有自己的硬件(但是将来价格会下跌),那么随需而变的云架构的稳定状态成本(没有长期的合同或者特定的谈判)一般是更重要的。
现在的云服务等级协议(SLA)几乎不可能实现——所有者不希望让承担关键业务的应用冒任何风险,谁都不能指责他们。不过已经有一些研究项目正在开展中(例如,参见SLA@SOI)
安全性和灵活性还有待研究——我们正在从数据中心(data center)转到数据(私有的、公有的、混合的)的中心(centers of data)。和通常一样,让云适应一些特定的严格的安全需求需要一些时间(参见云安全联盟)。例如,美国政府需要提供商的数据和应用程序必须位于该国国内(Google就创建了专门的数据中心来满足这个特殊的需求)。EU对于与公民相关的数据也持有非常谨慎的态度。
- ››业务连续性的命名标准
- ››开放的云让业务更“闪亮”
- ››开放源码 CMS 入门,第 1 部分: 下载、安装和开始...
- ››开放源码 CMS 入门,第 2 部分: 通过 Eclipse 构建...
- ››开放源码 CMS 入门,第 3 部分: 构建定制存储
- ››开放源码 CMS 入门,第 5 部分: 为 Jakarta Slide...
- ››开放源码 CMS 入门,第 6 部分: 为 Jakarta Slide...
- ››业务活动监视(BAM)中的多维度分析,第 1 部分:...
- ››开放标准、开放源码和 Domino 6: 通过 Python 和 ...
- ››开放源码-SMTP发信客户端 for Java
- ››业务连续管理是真正的未雨绸缪
- ››开放防火墙端口实现 Robocopy 文件复制
更多精彩
赞助商链接