架构：在这种情况下使用Salesforce作为完整的后端解决方案？

Question

在我们的案例中，我们使用公司iPad的用户不到一千。他们需要定期和及时更新服务器上的数据，其中包含各种表单和版本的许多字段。并不定期地下载较大的无关数据以供演示。我们需要跟踪几个相对复杂的实体，并且这些实体之间通常存在交叉链接。如上所述，有许多系统需要提供给Salesforce以及客户端设备。还有中间层（业务逻辑）的问题以及它将驻留在哪里。 Salesforce在多大程度上限制/约束我们做我们想要的事情的能力？它可能在哪里真的有用？我应该考虑哪些好的建筑选择？

Answer 1

Salesforce提供API，包括通过SOAP，Restful API和批量API（用于大型数据上传等）的Web服务，以便您的应用程序与其应用程序进行交互。

我不确定Salesforce是否会限制您每天可以进行的API调用次数，或者您上传/下载到某些应用程序的数据量。您可以跟进它们以查看详细信息。

对于您自己的架构设计，我认为为您的移动客户端提供服务的层可能需要托管在您自己的站点上，然后您拥有一个后端业务逻辑层，托管在您自己的站点上，但具有与Saleforce交互的某些逻辑。 com服务器。在这种情况下，主要是集成考虑因素。

Answer 2

您打算在iPad上使用浏览器还是编写应用程序？

不定期下载“用于演示的大量不相关数据有多大？”

Salesforce完全有能力提供中间层的业务逻辑。您只需将系统设计为隔离数据与客户端请求即可。通常这是通过编写服务来完成的。

我们在Javascript和REST客户端上做得非常成功。

你为这些许可证付了很多钱。如果没有必要，我希望在向其他平台添加其他费用之前，确保最大化这些许可证的价值。