k.h*_*ali
11
java
cloud
hosting
似乎无法避免关于云计算的炒作,但实际过渡到这个新平台需要经过多次讨论......
从理论的角度来看,可以说如下:
云:
- 架构变更(你可能没有安装任何你想要的东西)
- 学习曲线(因为上述)
- 没有故障转移(因为故障被处理)
- 粒度成本(每Ghz或Gbyte支付)
- 瞬时可扩展性(不是那么即时,但至少是透明的？)？较低的延迟
管理:
- 故障转移(取决于提供商)
- 手动扩展(需要维护)
- 静态成本(您支付包裹,无论您是否完全使用它)
- 降低成本(仅适用于入门套餐)
- 数据所有权(你这样做)
- 自由(你呢)？较低的延迟(取决于提供商)
假设以上是正确的; 然而,逻辑位置是"它取决于..."..在应用程序本身.现在出现了一个隐藏的问题:你如何描述你的j2ee应用程序,以确定它是否是云的候选者; 知道它是
- 服务/功能的数量相当大的应用程序(即; servlet)
- 依赖于复杂的数据库(即数字表)
- 不需要太多的媒体资源,主要是基于文本的