Apigee中的业务逻辑|在客户端还是API管理？

Question

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

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

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

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

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

在这种情况下应该怎么做？ Apigee的建议是什么？

Answer 1

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