云托管与托管托管

Question

关于云计算的炒作似乎是无法避免的，但向新平台的实际过渡需要经过许多讨论。

从理论上看，可以说：

云：

• 架构更改(您可能没有安装任何您想要的东西)
• 学习曲线(由于上述原因)
• 没有故障转移(因为故障得到了处理)
• 粒度成本(每千兆赫或千兆字节支付)
• 瞬时可伸缩性(不是瞬时的，但至少是透明的？)低延迟

管理：

• 故障转移(取决于提供程序)
• 手动可伸缩性(需要维护)
• 静态成本(您支付包的费用，无论您是否完全使用它)
• 较低的费用(仅供进入-包)
• 数据所有权(您有)
• 自由(你愿意)？较低的延迟(取决于提供者)

假设上述情况是否正确；然而，逻辑上的立场是“它取决于..”。应用程序本身。现在出现了一个隐藏的问题:您将如何分析您的j2ee应用程序，以确定它是否是云的候选程序；知道它是。

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

Answer 1

“现在出现了一个隐藏的问题:您将如何分析您的j2ee应用程序，以确定它是否是云的候选程序；知道它是什么？”

顺便提一下，这是一个明确的问题。让它成为这个问题的标题。把它放在问题的开头。如果可能的话，删除你所有的假设，并专注于这个问题。

我们就是这么做的。

1. 为您的“云”或“托管服务”安排打电话给一些供应商。不要太多。一到两个人。
2. 问他们支持什么。更重要的是他们不支持的。
3. 然后，给出一个简短的不受支持的特性列表，查看您的代码中的这些特性。如果他们不支持你需要的东西，你需要做一些架构工作。或者把他们从你喜欢的供应商名单上划掉。
4. 对于优秀的供应商，可以编写一份试点合同，允许您在几个月内免费(或廉价)进行安装和测试。如果它不起作用，你就没付多少钱。

“但是，既然它可能不起作用，为什么还要花很多钱去主持它呢？”

什么费用？你可以花几个月“研究”你的代码。或者你可以试着主持它。通常，“尝试主办它”会在几天内找到答案。就这么做就不那么费劲了。

Answer 2

您指的是什么类型的云服务？ IaaS， PaaS，DaaS ?

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

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

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

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

没有故障转移(因为故障得到了处理)

依赖: EC2，->，你必须自己滚

瞬时可伸缩性(不是瞬时的，但至少是透明的？)较低的延迟取决于: EC2 ->您必须为这个/使用一个附加服务进行计划

Answer 3

有许多云提供商，据我所见，有两种主要类型：

• 支持云计算平台的(如亚马逊E2C、Azure MS )
• 虚拟实例提供程序为您提供了创建大量运行实例的能力(例如RightScale)

就平台而言，要注意的是，关系数据库支持仍然很差，学习曲线也很长。

对于虚拟实例提供者来说，学习曲线确实很小(您只需要激发实例)，但是实例需要某种方式来同步.对于复杂的应用程序，这可能不起作用。

至于您最初的问题:我不认为有任何标准的方法可以分析应用程序是否应该/可能被移动到云中。您可能需要熟悉这些选项，缩小到几个提供者，看看您将获得的好处是否将是任何重大的赢得管理托管(这可能是您目前正在做的)。