对于我的学士论文，我正在研究SaaS提供商如何安排某种业务连续性保证。
您可能知道'收缩包装'软件的源代码托管安排。当软件供应商遇到（财务）问题时，他们会让客户访问源代码和所有适用的文档。这显然不适用于SaaS，因为客户不会仅使用源代码，而且由于SaaS提供商破产，客户可能无法承受无法在几周内登录其CRM系统。我目前正在研究解决这个问题的不同方法。
您是否知道解决此连续性问题的良好实用解决方案？或已经提供良好解决方案的公司？
谢谢！
答案 0 :(得分：2)
我认为您需要区分两种情况：
您提出的问题通常出现在考虑使用SaaS服务的公司的背景下。在这些情况下，谨慎的公司（作为其业务连续性计划的一部分）需要（a）确保供应商的财务可行性（有趣的是大多数人回答这个问题将此视为主要风险），以及（b）保证本身，供应商有足够的业务连续性计划，以确保在发生所有重大风险时提供服务。 （例如，如果数据中心发生故障并且必须暂时关闭，是否有备用。是否处于热备用状态？数据是否重复？可能丢失多少数据？是否可以重新路由网络流量？等等。）
当然，客户还必须担心网络连接问题：供应商可能处于业务状态但无法访问。 （在跨境案件中），political and regulatory risks。
SaaS供应商的担忧实际上与任何其他外包关键服务或产品提供商没有什么不同。 （如果您已组装定制法兰和自定义垫圈以生产小部件，如果供应商因任何原因无法为您提供法兰，则会遇到麻烦。）
有趣的是，对拥有少量大客户的SaaS供应商的关注是其客户的财务可行性和业务连续性。一家大型零售商的失败有时会导致其供应商的失败：不仅供应商留下了大量无担保债务，而且他们仍然缺乏其分销链的主要部分。
Jan Husdal写了一篇有趣的blog on issues of supply chain business continuity，虽然我不认为他具体涉及SaaS问题。
要注意未来的一个指标可能是要求供应商根据公认的标准（例如BS-25999）审核业务连续性计划。我们可能会看到业务连续性标准以ISO-9000标准的传播方式传播，因为每个公司都会将认证要求推迟到关键供应商。
祝你的论文好运。你选择了一个有趣的话题。您可能还想在Disaster Recovery Journal group on LinkedIn中提出您的问题。这是我发现的业务连续性问题上唯一真正活跃的讨论区。
答案 1 :(得分：1)
当外包任何东西时，服务可用性总是需要考虑的事情，无论是开发，餐饮还是托管（如果你经营工厂，你的餐饮供应商会破产，你的公司餐厅没有工作人员，你会怎么做？）
就软件而言，代码托管是确保最小程度中断的一个步骤（即使当然会有一些中断）。
与备份托管服务提供商签订合同，其中应用程序部署在冷备用数据库上并进行常规数据库同步有时可以选择。 对于需要高正常运行时间的应用程序（我假设这是你所声称的情况，你甚至可以接受几天的停机时间），这是必要的。 毕竟，SAAS提供商可能不会破产，但如果飞机在托管其服务器农场的建筑物上崩溃，您的应用程序也将被中断（我曾为SAAS提供商工作，我们在多个地点拥有自己的备份服务器场确保服务的连续性，以及发送到托管服务的常规代码转储，并发送到安全位置的存储以进行异地备份，没有理由说客户也不想要自己进行冷备份，或者至少是一个合同选项，以便在因当前合同持有人破产而导致服务中断的情况下接管托管合同。）
答案 2 :(得分：1)
作为一家小型SaaS提供商，我们经常被潜在客户问到这个问题。我们通过制作产品开源来解决这个问题。这可能不是适合许多人的选择，但对我们来说是最好的。
答案 3 :(得分：0)
我们做SaaS但是我不确定管理层是否有连续性。我认为最常见的情况是SaaS提供商限制他的每份合同的服务和责任，以便他们甚至不必考虑它。
作为一种可能的解决方案：公司可能会同意每份合同，以便在关闭其运营时将数据迁移到客户选择的替代软件系统。没错，几乎没有什么可期待的。
作为一个非常光头的选择：将数据库备份提供给将雇用顾问或从中制作零碎的客户。但这是一个紧急情况。
答案 4 :(得分：0)
我认为您可以随时设计您的系统，以便在您的公司即将破产时，您可以为客户提供足够的服务器端软件，配置文件和数据，以便他们可以托管自己的服务版本。从本质上讲，给他们一个系统的图像，让他们主持（内部或支付其他人），以便移动到新系统。如果在虚拟机中运行所有服务器端软件，这可能会更容易（实质上）为客户提供服务器。如果您的公司即将关闭，您甚至可以安排将VM映像直接传输到第三方托管服务提供商（并预先支付足够的时间来完成客户当前合同的剩余部分）。 / p>
答案 5 :(得分：0)
作为SaaS的客户，我高度依赖于发票，电子邮件和软件错误跟踪等服务。在回答这个问题之前，我没有多想过：我可以随时退出合同，为什么不能呢？另一方面：我的数据需要得到保护。我问过我的供应商（不希望很快就会收到gmail的回答:-)并且平时需要采取措施来经常备份。
可怕：我的提供者都没有真正解释他们的服务条款中会发生什么。我应该在哪里获得这些信息？开发人员会在哪里放置此类文本？
答案 6 :(得分：0)
关于这个问题，处理它的一种可能方法是认识到，虽然我与一家公司的 X 公司有业务往来，但它是我的数据驻留在该软件的数据存储中。因此，我应该获得它的副本（XML格式或商定的任何格式）。这样，如果公司破产，我只需要我的数据的最新副本，我可以把它带到其他地方。
在SaaS行业工作过后，我知道许多公司都有不同的方法来保存用户数据 - 但他们也了解他们的竞争对手，并希望公司能够轻松地将数据带到他们的负载中。
答案 7 :(得分：0)
好问题。在我工作的SaaS公司，我在一个团队中开发了一套工具，供托管团队内部使用，以快速部署客户安装。部署客户是一个复杂的过程，涉及测试/生产站点，每个站点有7-10个服务器。我们还制定了程序来对客户数据进行夜间备份。
我认为我们为内部使用而开发的工具可以根据您描述的目的进行产品化，这些工具以及客户的数据可以让他们接管产品。该工具集足够灵活，允许客户在不同的服务器配置上重新部署其数据。例如，在紧急情况下，他们可以将已在8台服务器上运行的应用程序部署到2服务器配置中，一旦设置了数据中心，再次重新部署到性能更高的8服务器配置。