Apigee的业务逻辑|在客户端或API管理？

Question

我们正在使用Apigee BaaS为移动应用程序提供支持。

到目前为止，我们一直在使用Apigee BaaS对集合进行CRUD操作。我们使用内置的Facebook登录来验证用户身份。

现在，我们有不同的要求，因此我们必须添加许多业务逻辑。我在哪里写这个逻辑？

1. 在移动应用中？ 优势：我们可以坚持现有代码，FB登录不需要任何更改，Apigee BaaS客户端SDK的使用完好无损。 缺点：前端的所有业务逻辑？我对此并不高兴。

2. 在nodejs代理中？ Apigee建议使用此类API Management / Edge来开发具有业务逻辑的代理。 优势：代码在移动应用端更清晰。 缺点 1）我无法再使用客户端SDK 2）两个http调用 - 移动应用程序调用Apigee API管理，然后通过NodeJs SDK调用Apigee BaaS。 3）FB登录变得麻烦。我必须将令牌发送到API管理，然后将其传递给BaaS。通过客户端SDK登录FB的幕后美景几乎丢失了。

在这样的场景中我该怎么办？什么是Apigee的推荐？

Answer 1

我认为你已经在你的问题中列出了利弊。作为一般规则，Apigee不会推荐其中一个。每种方法都有其自身的优点/问题。事实上，您可能会发现使用两者的组合是最好的。