【问题标题】:What to consider when migrating from hosted (saas) to individual deployments从托管 (saas) 迁移到单独部署时要考虑的事项
【发布时间】:2009-06-05 08:59:32
【问题描述】:

我工作的公司销售托管(即软件即服务)软件系统。我们现在被问到是否可以为潜在客户提供软件的本地安装,这与人们转向托管模型的其他地方似乎正在发生的事情相反。问题是我们在提供这个时应该考虑什么以及可能的问题在哪里,我们已经在办公室进行了一些讨论,但我认为我应该把它发布给更广泛的社区。我们的应用程序需要安装 sql server、一些其他依赖项(即 tomcat)并安装一些 Windows 服务。我想我们的系统需要专用的(可能是虚拟的)机器。

【问题讨论】:

    标签: deployment cloud saas


    【解决方案1】:

    当您离开 SaaS 时,支持会变得更加复杂。尽管您现在谈论的是一个客户,但您应该考虑这些问题将如何随着 5、10 或 50 个客户扩展。

    客户会自己做备份吗?如果出现问题,他们必须重新安装您的软件并恢复他们的备份,他们是否能够自己完成,还是您需要去现场?如果您确实需要实地考察,您的回复时间是多少?

    他们是否拥有数据库的管理员权限?如果不能,他们是否能够有效地管理备份?如果是这样,当他们开始摆弄并添加自己的“性能增强”时会发生什么?

    新版本和升级:通过 SaaS,您可以随时部署升级,每个人都会立即开始使用新版本。如果您破坏某些东西,这很糟糕,但至少您知道自己的立场。对于单独的部署,所有客户都将在不同的时间升级,您必须开始支持您的软件的多个版本。

    客户会自行安装更新,还是您会远程安装?您的部署过程有多复杂 - 单击或 10 步过程?

    您的软件将在什么硬件上运行?专用服务器还是运行 Exchange 5 年的台式机?如果您的软件运行报告并且一个小时内没有人收到电子邮件,那会是您的错吗?

    这些都不是无法克服的问题。每个销售打包软件的人都必须处理它们,但是当您自己运行服务时,您不必担心它们。对于单个客户来说,这可能不值得额外的麻烦。

    您还可以考虑沿用设备路线,就像 Google 对搜索设备所做的那样。您向客户出售预装和配置了所有软件的服务器。您对盒子有完全的远程访问权限,但他们只有有限的权限。但他们的数据保留在现场,而不是在云端。这可能是一个很好的折衷方法。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-03-28
      • 2014-11-01
      • 2011-09-03
      • 1970-01-01
      • 2011-03-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多