云托管与托管主机

k.h*_*ali 11 java cloud hosting

似乎无法避免关于云计算的炒作,但实际过渡到这个新平台需要经过多次讨论......

从理论的角度来看,可以说如下:

云:

  • 架构变更(你可能没有安装任何你想要的东西)
  • 学习曲线(因为上述)
  • 没有故障转移(因为故障被处理)
  • 粒度成本(每Ghz或Gbyte支付)
  • 瞬时可扩展性(不是那么即时,但至少是透明的?)?较低的延迟

管理:

  • 故障转移(取决于提供商)
  • 手动扩展(需要维护)
  • 静态成本(您支付包裹,无论您是否完全使用它)
  • 降低成本(仅适用于入门套餐)
  • 数据所有权(你这样做)
  • 自由(你呢)?较低的延迟(取决于提供商)

假设以上是正确的; 然而,逻辑位置是"它取决于..."..在应用程序本身.现在出现了一个隐藏的问题:你如何描述你的j2ee应用程序,以确定它是否是云的候选者; 知道它是

  • 服务/功能的数量相当大的应用程序(即; servlet)
  • 依赖于复杂的数据库(即数字表)
  • 不需要太多的媒体资源,主要是基于文本的

jld*_*ont 1

您在谈论哪种云服务?基础设施即服务、平台即服务、设备即服务?

架构更改(您可能不会安装任何您想要的东西)

取决于:从“托管服务器”转移到平台(例如GAE)可能是。

学习曲线(由于上述原因)

如果您习惯于运行自己的服务器,Amazon EC2 可能不会是一个很大的学习曲线

无故障转移(因为已处理故障)

取决于:EC2 -> 你必须自己推出

瞬时可扩展性(不是那么瞬时,但至少是透明的?)?较低的延迟取决于:EC2 -> 您必须为此进行计划/使用辅助服务