如今，创建一家软件即服务公司既容易又便宜。供公司使用的代码库和开源项目比比皆是。随时可用的支付网关非常丰富，许多公共云提供商都可以提供计算基础设施。

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

继续阅读以避免一些痛苦，并浏览我所学到的一些课程。

构建以扩展规模。对于基于云的公司来说，后端基础设施才是最重要的。我并不是在抨击像Amazon Web Services、Rackspace或Microsoft的Azure这样的公共云，仅举几例，也不是主张每家公司都应该为自己的需求构建一个私有云 (将公司的硬件放入数据中心并负责管理它)。

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

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

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

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

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

当某些东西崩溃时 (就像在公共云环境中一样)，必须提醒某人采取行动。一家公司为保持业务运转而支付的额外计算能力可能会迅速飙升。

这并不是说公司不能通过使用公共云来适当扩展; 只是经理们需要认真考虑成本。

在我以前的公司，我们最终决定将所有内容迁移到私有云。这意味着采用传统的数据中心模型，在该模型中，我们拥有硬件。整个事情都符合我们的规格，我们有更好的控制。我们每年节省数百万美元，我们的服务得到了巨大的改善。我们最终可以处理流量的增加，而不会破坏银行业务或给我们需要支持的人员带来不便。

三朵云的寓言。为了理解不同类型的云操作，三个小猪的故事很恰当。第一只猪用稻草建造了房子。该结构建造得很快，可以从户外提供空间和遮盖，但是当大灰狼潜伏在附近时，它非常脆弱。

大多数公共云部署也是如此。如果一家公司面临事务计算能力的巨大增长，并且需要部署多个实例，则公共云可能会失败并使公司无法获得帮助。

第二只猪用棍棒建造了房子，比稻草还大。这类似于一些公司在意识到公共云可能不是最好的，或者决定他们的公司已经达到了一个拐点，以至于他们应该建立自己的基础设施后采取的路线。因此，公司选择以最佳成本提供数据中心，投入硬件，并希望一切都会好起来。

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

虽然拥有私有云最初可能看起来更好，但未能采取适当预防措施的公司将面临与使用公共云的公司相同的命运 -- 甚至更糟。

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

这是我现在的公司Axcient走的路线。我和我的员工决定我们必须建立一个坚实的基础，这意味着花费时间和金钱来创建我们自己的云基础架构。这并不便宜，但是我们将能够更轻松地扩展，管理所有内容，并完全控制硬件，软件和云编排。(我们最近讨论了存储组件与服务器交互的方式以及我们的软件与后端的通信方式，从而使存储空间增加了四倍，功耗66% 下降。这种微调不能用公共云来完成。)

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

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