您为什么不想使用云计算

Question

我们公司正在考虑从托管我们自己的服务器转移到EC2,我想知道这是不是一个好主意.

我已经看到很多关于云计算(特别是EC2)可以做x的事情,或者它可以做y,但我真正的问题是你为什么不想使用它？

如果您正在开展业务,那么您选择在管理自己的服务器时遇到麻烦的原因(成本之外)是什么？

我知道有很多关于带宽,磁盘使用等的成本计算,但当然还有其他有关维护自己服务器的成本.为了讨论起见,我愿意考虑大致相等的成本.

我似乎记得乔尔斯波尔斯基曾经对此写过一点点模糊,但我无法找到它.

有人有什么理由吗？

谢谢!

Answer 1

我可以想到为什么不使用EC2的几个原因(我说的是EC2,而不是一般的网格补偿):

• 可靠性:亚马逊不保证EC2的可用性/停机时间/安全性
• 安全性:亚马逊不对其披露您的数据的人提供任何保证
• 持久性:确保数据的持久性(包括设置系统的工作量)比EC2复杂
• 管理:在EC2上部署的云的集成管理工具非常少
• 网络:允许EC2实例进行通信的虚拟网络有一些非常痛苦的限制(延迟,没有多播,任意拓扑位置)

并完成:

• 成本:从长远来看,如果你没有使用EC2来吸收高峰流量,那么投资到你自己的服务器上的成本要高得多(像Supermicro这样的廉价服务器仅花费几百美元......)

另一方面,我仍然认为如果您的架构允许,EC2是吸收非敏感峰值流量的好方法.

Answer 2

有些问题要问:

什么是预期的正常运行时间,以及停机如何影响您的业务？您可以获得什么样的服务水平协议,错过它的惩罚是什么,以及您对SLA正常运行时间目标的满足程度有多大？(他们在保持系统运行方面可能比你更好或更差.)

您建议将数据放入云中的敏感程度如何？同样,我们会深入了解提供商承诺的安全性,合同处罚和赔偿是什么,以及提供商对协议的信任程度.此外,可能存在外部要求.如果您在美国处理与健康相关的数据,则需要遵守非常严格的要求.如果您处理信用卡数据,您也有责任(合同,非合法).

退出安排,如果服务不是预期的,或者如果你在其他地方找到更好的交易,这是多么容易？这不仅包括恢复您的数据,还包括您一直使用的某些版本的应用程序.考虑一下您的提供商破产的可能性(亚马逊不会很快破产,但他们可能会分拆一个可能破产的云提供商),或者进行内部重组.请记住,遇到严重问题的公司可能无法满足您对服务的期望.

你将拥有多少独立性？你打算运行他们选择的软件或软件吗？重新配置有多容易？

什么是定价方案？如果没有足够的警告,账单是否有可能达到不可接受的水平？

什么是灾难计划？理想情况下,它会在灾难发生的不同位置的服务器上运行您的软件.

您的法律部门(或保留的公司律师)对合同的看法是什么？是否存在争议解决机制,如果是,对您公平吗？

最后,您对迁移到云的期望是什么？你愿意付多少钱？你可以妥协什么,你需要什么？

Answer 3

高度敏感的数据可能更好地控制自己.还有立法; 例如,某些隐私敏感信息可能不会离开该国家.

此外,除了Microsoft Azure与SDS结合使用外,数据存储往往不是关系型的,这在某些情况下会令人讨厌.

Answer 4

也许担心这个大公司很可能会被政府的代理史密斯接近,以监视每个人在某个地方的小型提供商.

大公司 - 更多客户 - 更多数据汇总和识别模式 - 更多资源来组织复杂的手表系统.

也许这更像是一个幻想但谁知道呢？

如果你没有偏执狂,那并不意味着你没有被监视.

Answer 5

最重要的一点是:如果亚马逊倒闭,你无法做任何事情来恢复它.

我不是在谈论公司消失的世界末日场景.我的意思是你受到他们的停工时间的摆布,几乎没有你自己的追索权.

Answer 6

• 安全性 - 您不知道对数据执行了哪些操作
• 依赖关系 - 您的业务现在与提供商直接交织在一起

Answer 7

有许多不同类型的云计算,有许多不同的供应商提供它.将我的应用程序编码为与单个云供应商合作会让我感到紧张.您特别需要为.amazon和Microsoft编写代码我相信您需要专门为该平台编写代码 - 也许谷歌也是如此.

也就是说,我最近放弃了我自己的专用服务器并转移到了Rackspaces Mosso Cloud平台(它没有必要的专有编码),到目前为止我真的非常满意.将我的成本降低一半,性能比以前更好.我的sql server数据库现在运行在具有32G内存的64Bit企业SQL服务器版本上 - 这将花费我在以前的提供程序基础结构上的一笔财富.

当云停机时运气不好,如果我的专用服务器出现故障就行了 - 它从来没有,但如果我的专用服务器出现硬件故障,我不确定它是否会重新上线任何比机架空间更快的东西都可以让他们的云备份.