保证SaaS产品业务连续性的好方法是什么？

Question

在我的学士论文中，我正在研究SaaS供应商如何安排某种形式的业务连续性保证。

您可能知道“收缩包装”软件的源代码托管安排。当软件供应商陷入(财务)问题时，它们允许客户访问源代码和所有适用的文档。这显然不适用于SaaS，因为客户只使用源代码，而且由于SaaS提供商破产，客户可能无法在几周内无法登录客户关系管理系统。我目前正在研究不同的方法来解决这个问题。

你知道解决这个连续性问题的好的、实用的解决方案吗？还是已经提供了一个好的解决方案的公司？

谢谢!

Answer 1

我认为你需要区分两种情况：

1. SaaS供应商正在提供一种准通用服务.可以想象，数据可以转移到另一个供应商，供应商可以承诺以一种可供该供应商使用的形式提供数据。
2. 提供独特服务的SaaS供应商。除了创建您自己的数据中心之外，没有其他可行的替代供应商。等你做完这件事，你可能就不再做生意了。

您所问的问题通常是在公司考虑使用SaaS服务的情况下提出的。在这种情况下，谨慎的公司(作为其业务连续性计划的一部分)需要：(a)确保供应商的财务可行性(令人感兴趣的是，大多数回答这一问题的人认为这是主要风险)，(b)确保供应商有适当的业务连续性计划，在发生所有重大风险时确保服务。(例如，如果一个数据中心发生火灾，必须暂时关闭，那么是否有另一种选择。准备好了吗？数据是复制的吗？有多少数据会丢失？网络流量能被重新路由吗？等)

当然，客户也必须担心网络连接的问题:供应商可能在做生意，但无法到达。以及(在跨境情况下)，政治和监管风险.

事实上，对于SaaS供应商的关注与任何外包的关键服务或产品的其他供应商并没有那么大的不同。(如果你装配了定制法兰和定制配饰来生产小部件，如果你的供应商由于任何原因无法向你供应法兰，你就会遇到麻烦。)

有趣的是，对于拥有少数大客户的SaaS供应商而言，其客户的财务可行性和业务连续性是一个值得关注的问题。一家大零售商的倒闭有时会导致其供应商的破产:供应商不仅有大量的无担保债务，而且在分销链中也没有很大一部分。

Jan写了一个有趣的供应链业务连续性问题博客，尽管我不认为他专门讨论过SaaS问题。

监视未来的一个指标可能是要求供应商将业务连续性计划审计到公认的标准(例如BS-25999)。我们可能会看到业务连续性标准以ISO-9000标准的传播方式传播，因为每一家公司都将认证要求推后给其关键供应商。

祝你的论文顺利。你选择了一个有趣的话题。您也可能需要在关于LinkedIn的灾难恢复期刊组中问您的问题。这是我发现的关于业务连续性问题的唯一真正活跃的讨论领域。

Answer 2

在外包任何东西时，无论是开发、餐饮还是托管，都要考虑服务的可用性(如果你经营一家工厂，而你的餐饮供应商破产了，你的公司餐厅就没有员工了，你会怎么做？)

在软件方面，代码托管是确保最少中断的一个步骤(即使总是会有一些干扰)。

与备份托管提供商签订合同，将应用程序部署在具有定期数据库同步功能的冷备用状态下，有时也是一种选择。对于需要较高的正常运行时间的应用程序(正如您在这里所说的，您可以接受几天的停机时间)，这是必要的。毕竟，SAAS提供商可能不会破产，但如果一架飞机在承载其服务器场的大楼上坠毁，您的应用程序也将被中断(我曾为SAAS提供商工作过，我们在几个地点都有自己的备份服务器场，以确保服务的连续性，再加上发送到托管服务的常规代码转储，并被发送到安全的位置存储以进行场外备份，客户没有理由不希望自己也进行冷备份，或者至少有一个合同选项，在当前合同持有人因破产而中断服务时接管托管合同)。

Answer 3

作为一个小型的SaaS供应商，我们经常被潜在的客户问到这个问题。我们通过使我们的产品开源来解决这个问题。这可能不是一个适合很多人的选择，但对我们来说是最好的选择。