Apigee中的业务逻辑| 在客户端或APIpipe理？

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

到目前为止，我们一直在使用Apigee BaaS进行CRUD操作。 我们使用内置的Facebooklogin来validation用户。

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

1. 在移动应用程序？ 优点：我们可以坚持现有的代码，FBlogin不需要任何改变，Apigee BaaS客户端SDK的使用是完整的。 缺点：前端的所有业务逻辑？ 我不是很高兴。

2. 在nodejs代理？ Apigeebuild议使用这种APIpipe理/边缘来开发具有业务逻辑的代理。 优势：移动应用程序端的代码更清晰。 缺点 1）我不能再使用客户端SDK 2）两个http调用 – 移动应用程序调用Apigee APIpipe理，然后通过NodeJs SDK调用Apigee BaaS。 3）FBlogin变得麻烦。 我必须将令牌发送给APIpipe理，然后将其传递给BaaS。 FBlogin通过客户端SDK的幕后之美几乎没有了。

我应该在这样的情况下做什么？ Apigee的build议是什么？

Answer 1

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