危言耸听的标题是巨大的，不是吗？在所有的严重性，我不打算采取一种危言耸听的立场，这一职务。不过，我要强调，我们讨论Apprenda的“扣风险”是SaaS的供应商必须处理的问题。

快速增长时，作为一条毯子来看，往往是与成功的原因是积极的内涵增长和普遍接受的积极影响的东西越来越较小更大。例如，快速的收入增长良好的公司，是否正确？不一定。一个典型的燃烧问题是通过现金，以配合业务需求的快速收入增长，而不是让时间的底线，以“汇进来”有任何读你的故事运动服装公司180s？如果你在任何类型的业务，你应该读了这个故事如果你还没有。以外的商业世界，可以快速增长产生负面影响，以及：狗，增长过快的小狗经常发展髋关节发育不良，或城市和城镇(或任何民众结构)的过快经常遇到难以维持居民的生活质量。一般来说，所有这些有一个共同点：在未检查的增长严重征税提供或现有的资源，导致意想不到的或意想不到的后果。那么，这是什么都与SaaS的供应商和在世界上是“扣风险”？

“巴克尔风险”是最好的理解为冒险SaaS的供应商需要在规划时，其增长的用户群对未经/未经检验的技术架构和基础设施。越来越多的用户群建立一个“双刃剑”的设想，尤其是如果您建立和部署一个企业SaaS的应用。你需要一个庞大而日益增长的用户群，以吸引更多的顾客，但如果您的基站增长得太大太快，你可以到服务打嗝的疏远(收缩)您现有的基础。更糟糕的是，您的打嗝变成了所有的“屈曲”的基础设施，一两天获得工作了。企业客户不喜欢这种非常，而且更宽容不是消费者。这迫使你问许多问题。你做出正确的数据分割的选择？该建筑的选择权保理业务时，在可扩展性？如何与您的硬件基础设施？如果是在房子，你设置呢？如果是外包，什么样的解放军你有从您的供应商和他们能处理您的负荷？多大的用户群，你的支持，然后再“扣”，并要花费时间和金钱的调整：5000用户，1.0万用户，20000用户？在最好的情况下，这些问题影响您的规模经济和降低您的利润(这是不是太好了最好的情况下，因为SaaS是一个很有利润率游戏供应商)。

您可以在这里反应就这一话题：“我们很高兴能有这个问题”或“我们将数字出来当我们到达那里。”传统上，这一做法已;我们都犯了牺牲负载能力早在一个项目的前提下软件，因为我们可以发布相关的补丁软件，或告诉顾客某些服务器群集在一起，成为一个问题。随着SaaS的架构，发布了修补程序一定规模可太昂贵和危险的，至少在更比分发补丁逐一向的前提客户。依靠严格的硬件scale-out/up可以高价在短期内如此。规划解决这个问题早，然而，最好的解决办法。寻求新的方式来建立或部署SaaS的应用，减少“扣风险。”如果你是一个SaaS的供应商，这是您的东西处理或担心？

账本网译文出自：www.saasblogs.com/2007/01/30/saas-provider-buckle-risk/

原文作者：Sinclair Schuller