云如何喘不过气来并使您的业务崩溃

如今，创建一家软件即服务公司既容易又便宜。公司的代码库和开放源代码项目可以随处携带。现成的支付网关丰富，许多公共云提供商都提供了计算基础架构。

有人可能会认为，随着启动成本的降低，竞争环境是公平的。不太快。

继续读下去可以避免痛苦，并逐步学习我所学到的一些课程。

建立规模。对于基于云的公司，后端基础架构至关重要。我并不是在抨击诸如Amazon Web Services，Rackspace或Microsoft的Azure之类的公共云，而并非提倡每个公司都应为其需求构建私有云(将公司的硬件置于数据中心中并负责管理它)。

相反，高管应该了解他们拥有的业务类型，业务增长的速度以及公司生命周期中的关键时刻。

以前，当我担任一家上市公司的运营主管时，我和我的员工都是使用一家公共云提供商来构建整个计算基础架构的。这是开始并降低成本的好方法。

随着公司的发展，我们可以部署更多的“计算实例”来处理负载，并仅为使用的资源付费。(“实例”是指公共云提供商保留供客户使用的计算机处理单元，内存和存储的分配，就像在物理世界中如何部署更多服务器来处理工作负载一样。)

无需担心购买硬件，连接网络的不同组件或微调处理吞吐量的问题。公共云的最大好处是不必担心任何事情-至少最初不用担心。

然后，我们推出了一种新产品，该产品广受欢迎，公司的流量激增。每周有成千上万的新用户注册。我们必须在公共云中部署数百个新的计算实例。我们不得不雇用更多的人来管理新实例的部署，在各个区域中移动不同的实例以及与在线运行和维护系统相关的大量其他事情。

当某些事情崩溃时(就像在公共云环境中一样)，必须提醒某人采取措施。公司为获得额外的计算能力而支付的费用以保持其业务正常运转会迅速飙升。

这并不是说公司无法使用公共云进行适当的扩展;只是经理需要认真考虑成本。

在我以前的公司中，我们最终决定将所有内容移至私有云。这意味着要采用我们拥有硬件的传统数据中心模型。整个东西都按照我们的规格配置，我们有更好的控制。每年我们节省了数百万美元，我们的服务得到了极大的改善。我们最终可以应付流量的增加，而不必花很多钱或不给我们需要支持的人员带来麻烦。

三朵云的寓言。为了理解云计算的不同类型，《三只小猪的故事》提供了一个恰当的类比。第一头猪用稻草盖房子。该结构建造迅速，为室外提供了空间和遮盖，但是当大灰狼潜伏在附近时，它非常脆弱。

大多数公共云部署也是如此。如果一家公司的交易计算能力面临巨大的增长，并且需要部署多个实例，那么公共云可能会失败，并使该公司继续运行以寻求帮助。

第二头猪用棍棒建造房屋，比用稻草杆更大和更坚固。这类似于某些公司在意识到公共云可能不是最好的或决定其公司已经达到拐点以至于应该建立自己的基础设施之后所采取的路线。因此，公司选择以最佳成本选择可用的数据中心，安装硬件，并希望一切都会好起来。

由于第二头猪使用更好的材料和不同的策略，因此它假定它不会遇到与第一头猪相同的命运。但是它也没有足够仔细地考虑该项目，最终没有生存下来。

尽管拥有私有云一开始看起来可能会更好，但是如果不采取适当的预防措施，公司将面临与使用公共云的公司相同的命运，甚至更糟。

这就是为什么公司构建真正构建良好的私有云的原因，就像第三只猪在盖砖瓦房一样。精心计划的私有云部署可以节省公司资金，并允许他们根据需要进行扩展。

这是我目前的公司Axcient采取的路线。我和我的员工认为我们必须建立坚实的基础，这意味着要花费时间和金钱来创建我们自己的云基础架构。这并不便宜，但是我们将能够扩展，更轻松地管理一切并完全控制硬件，软件和云编排。(最近，我们放弃了存储组件与服务器交互的方式以及我们的软件如何与后端通信的方式，从而使存储量增加了四倍，功耗降低了66%。这种微调无法在公众范围内完成。云。)

一些公司经理惊讶地发现公共云基础架构需要大量工作：经理仍然必须管理不同的实例，不断监视和纠正故障，并雇用人员来维护基础架构。小型的流行商店或生活方式企业可以很好地访问公共云提供商。但是其他公司需要仔细权衡这些选择。

快速扩展的基于云的公司可能会达到其基础架构无法支持它们的地步。等待太长时间进行更改可能会致命。经理们应该在采取行动时早点意识到。