移动应用网站和服务器 API 和 cognito答案

【问题标题】：Mobile App Website amd server API and cognito移动应用网站和服务器 API 和 cognito
【发布时间】：2019-12-10 00:07:37
【问题描述】：

是否建议直接从移动设备向 Cognito 进行身份验证，而不是通过您自己的服务器？我在想，最好让服务器使用 cognito 进行身份验证，允许由服务器团队处理的单个端点来处理来自 android、ios 版本的应用程序的身份验证，而不是单独处理它，然后必须处理潜在的更改 - 替换cognito 作为身份验证端点。为什么要在移动应用上添加额外的逻辑而不是将其保留在服务器 API 的一个位置？

【问题讨论】：

您几乎可以对您使用的每个框架都这么说。例如，您可以将分析发送到您自己的服务器，该服务器将成为客户端和分析服务之间的中介。但在实践中，您几乎总是会使用 3rd 方框架来简化您的基础架构。
这正是我发布问题的原因，我理解这一切，但对我来说，在 1 个地方有联系点是有意义的，如果明天 cognito 被其他东西取代，它会在 1 个地方改变。加上无需在 3 个不同的地方集成另一个框架。不过，也许您的观点也适用于正在使用的其他服务。
但是，如果认证后的工作流程是 iOS app to Web API 会发生什么？并且服务器将用于 AWS 资源以及需要确保用户已通过身份验证的资源？

标签： android ios amazon-cognito

【解决方案1】：

在我的公司，我们已经在服务器端编写了所有 cognito 的东西。它有以下好处

我们不需要阅读 android 和 iOS 的 sdk 文档。
我们不需要为每个 API（例如 API 27、28）版本的兼容性更新 android 和 iOS sdk。
我们将通过避免为每个平台集成 sdk 来减少开发人员的时间
未来，我们可以在 aws congnito 之上创建托管服务来邀请外部服务。就像一个微服务将与另一个微服务进行通信一样；只是使用 API。

我强烈建议你做那个后端。时间就是金钱。没有必要学习 sdk 每 2 个月更换一次。是的，软件开发中的变化是不断的。如果是这样，我们必须更喜欢哪个框架更改频率较低。

【讨论】：

这正是我的想法，只是想确认我并不孤单