我们应该为每个租户使用不同的服务吗？

Question

我们生产多家公司使用的企业级软件(即，B2B) .我们正在使用Twilio会话，以便我们的用户能够与在同一公司工作的其他用户聊天。我们没有允许不同公司的用户相互交谈的计划，我们绝对希望确保用户不能窃听在其他公司发生的谈话(除了在同一家公司内无法访问的特定会话之外)。

在回顾会话文档时，我看到了以下描述服务的内容：

• 在一个Twilio帐户下创建多个不同的环境(例如dev、prod和prod)
• 通过REST和客户端API访问资源的范围
• 使用特定行为配置不同的服务实例

对于我们的用例，我们正在考虑为每一家公司动态创建一个新的会话服务。并且只创建服务范围内的用户、会话和参与者。

这不属于“不同的环境(例如dev、the和prod)”的范畴，因为所有的服务都将用于prod。这也不属于“用特定行为配置不同服务实例”的类别，因为我们希望所有服务都以相同的方式运行。

我们考虑拥有多个服务的主要原因是为了更好地加强不同公司之间的数据隔离。尽管我们并不打算利用任何特定于服务的特性，比如允许用户自己创建或加入对话。另一方面，拥有许多动态创建的服务确实会使管理服务配置变得更加棘手--任何更改都需要构建一个脚本来更新每个已经动态创建的服务。

作为一种最佳实践，Twilio是否建议为多租户企业软件使用动态创建的服务？我们有什么重大的问题/缺点需要考虑吗？

Answer 1

当您是一个ISV，销售您的Twilio驱动的解决方案给其他客户，您将希望使用Twilio子帐户，以划分客户资源从另一个。这也适用于Twilio的对话。子帐户是在您的主Twilio帐户(Project)下创建的。所有账单都在项目级别。

您可以为开发、舞台和项目提供一个单独的Twilio项目。

关于子帐户好处的更多细节可以在下面的Twilio博客文章中找到。

关于使用Twilio子帐户您需要知道的一切

ISV:为成功做好准备

独立软件供应商的语音架构和最佳实践(ISV)