小编k.h*_*ali的帖子

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

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

云:

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

管理:

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

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

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

站点例外列表是 Sun Java 7 以来的一项新安全功能。可以通过控制面板在 Windows 上进行配置。如何在 Linux 发行版上配置它？