开放的云让业务更“闪亮”
2010-06-30 00:00:00 来源:WEB开发网随需而变的数据库——随需而变的数据库被分为两类:键/值数据库,像作为Web服务的BigTable和亚马逊的SimpleDB;或者关系型数据库,像MySQL(在Joyent 或者Amazon EC2之上)或者SQL Server (SQL Azure)
云整合平台——混合型的云提供商可以创建和管理你的公有、私有的云(像Abiquo, OpenNebula, Elastra 或者 Appistry CloudIQ)
云的支持和阻碍
在云中,部署和运维都可以更敏捷,并且更好地在统一的流程中贯穿起来。但是不是意味着我们任意创建一个应用程序,就能将其部署到Windows Azure或者Google Application Engine上呢?我们还需要关心应用程序的代码将被部署到什么地方,以及它需要多少个CPU来支持负载吗?我们还需不需要操心应用程序的“XX性”,为此耗费大量时间,冒着出错的风险,额外增加不必要的代码?应用程序的业务和技术事件是否都经过良好地设计安排,以满足必要的弹性需求?我想你已经知道了答案。这个答案也解释了为何LOB们没有一拥而上大规模地采用云。
那么什么是采纳云的主要阻碍呢?
云技术还不够成熟——已经提出的云技术大多还处于测试阶段,主要是专有技术,不可互操作。(互操作性的测试例子可以在这里找到),并且还没有迎合IT运维的需要(现在的技术主要针对开发者)。因此将应用程序和它的数据从一个PaaS提供商转移到另一个需要大量的工作。这是厂商闭锁的典型表现。
云技术的研究还处于起步阶段——EU委员会最近启动了Reservoir 项目来“为基于服务的在线商务提供基础”,而HP、Intel和Yahoo则响应了OpenCirrus的“云计算研究试验台,它被设计用来支持在全球、多数据中心的规模上对服务的设计、供应和管理的研究”。
- ››业务连续性的命名标准
- ››开放的云让业务更“闪亮”
- ››开放源码 CMS 入门,第 1 部分: 下载、安装和开始...
- ››开放源码 CMS 入门,第 2 部分: 通过 Eclipse 构建...
- ››开放源码 CMS 入门,第 3 部分: 构建定制存储
- ››开放源码 CMS 入门,第 5 部分: 为 Jakarta Slide...
- ››开放源码 CMS 入门,第 6 部分: 为 Jakarta Slide...
- ››业务活动监视(BAM)中的多维度分析,第 1 部分:...
- ››开放标准、开放源码和 Domino 6: 通过 Python 和 ...
- ››开放源码-SMTP发信客户端 for Java
- ››业务连续管理是真正的未雨绸缪
- ››开放防火墙端口实现 Robocopy 文件复制
更多精彩
赞助商链接