App 后端服务，你是选择 AWS 还是 Firebase？

我开发原生 Android 应用程序有很长一段时间，最近开始用Flutter开发移动应用程序，并同时使用Firebase和 AWS 作为后端服务。但最近，我不得不为一个移动应用程序找到一个解决方案，这花费我很多时间来选择合适的后端服务。

那 App 的后端服务，你是选择 AWS 还是 Firebase。当然，并不是说AWS就比 Firebase 好，或 Firebase 比 AWS 好。正确的问题应该是：哪种解决方案最适合我的需求？

在此，我分享自己的观点和理解，或许能帮你选择正确服务。

1.服务共同点

核心功能有：

• 身份验证

• 推送通知

• 存储

• 托管

• 分析

这些功能，它们都有。因此，你可以用这些平台轻松部署无服务器解决方案。

2.怎样整合后端与应用程序？

集成这些服务最普遍的方法是使用它们的 SDK，但是这符合你的需求吗？

Firebase

Firebase 为 Android、iOS 和 Web 提供 SDK，因此，作为前端开发人员，你可以轻松构建数据驱动的应用程序，而不必受制于后端技能。

Firebase 还有一个 REST API，你能用它构建自己的自定义 API（根据需求）。

AWS

AWS 为移动开发提供一种非常好的解决方案AppSync，你可以把它集成到你的 Android、iOS 和 React Native 中。

AWS AppSync 还未提供对 Flutter 的官方支持，不过，你可以看下这里。

如果你想使用 Flutter 开发前端，就必须创建自己的 API。

建议

• 考虑解决方案的复杂性和业务需求，并考虑可伸缩性，决定是否要创建 API。

• 如果你希望拥有一个 API，那么就用不到 SDK 了。另外，对于较大的项目，拥有一个 API 更有意义。

• 如果你的解决方案很简单，并且不想在 API 上投资，那么选择提供 SDK 的服务/前端框架，以便能直接将后端集成到你的前端。

3.双方的各自优势

Firebase 和 AWS 各有优势，哪个更适合你。

AWS

1. 设置不同环境

在 AWS 中，用于开发、测试和生产的不同环境更加“优雅”。

当然，你也能在 Firebase 中这样做，但必须建立不同项目，而这需要更多时间。

2. 持续部署

如果你用过 Netlify 之类的服务，那么 AWS 为持续部署提供另一种优雅的解决方案。同样，你也可以使用谷歌云来实现 CD，但它需要更多配置。

3.GraphQL

面向移动应用程序的 AWS Amplify SDK 与GraphQL和Apollo紧密集成。

4. 选择数据库

在后端用哪种类型的数据库，完全由你控制，而 Firebase 只提供 NoSQL 数据库。

5. 单包解决方案

AWS 提供应用程序可能需要的所有服务。因此，AWS 是一个云解决方案，你可以完全依赖它来满足所有需求。

如果整个后端都在一个地方，这会更容易理解和维护。

Firebase

1. 专用数据库

Firebase 提供两种专用数据库服务：Cloud Firestore 和 Realtime Database。这两个数据库都是 NoSQL 数据库，因此，你在部署数据驱动的应用程序时不必太操心数据库设置和查询编写。

只要你的需求和要求比较简单，并且知道它未来不会变得更复杂，那么你就可以使用 NoSQL 数据库。

2. 可调用的函数

得益于 Firebase 云函数，你可以创建云函数并通过 URL 设置触发器，以便将侦听器写入数据库。

这些函数类似于 AWS Lambda，但是从应用程序触发一个 Lambda 需要你设置一个 API 网关并添加授权逻辑，这使得实现起来有些困难。

3.质量控制服务

Firebase 提供很多服务来监控和保证应用程序的质量。这些服务包括：

• 动态链接：将用户导航到你应用程序的正确位置，无论它是否已经安装。

• 远程配置：使用服务器端配置自定义并试验应用程序行为。

• 测试实验室：跨设备测试 App。

• 应用内消息传递：发送用户参与活动。

• 分析：帮你规划未来的发布和用户参与策略。

• ML Kit：在应用程序的前端或后端为你的解决方案添加机器学习功能。

4.平台定价（AWS vs Firebase）

这两个平台的价格都很有吸引力，甚至还有一个免费档，所以你无需为任何东西付费，除非你有相当数量的活跃用户。

AWS

AWS 掌握其服务的定价，他们以便宜得多的价格提供许多很棒的服务。随着时间推移，他们实际上能将服务价格降低 80%以上。

这就是为什么，你会发现 AWS 比 GCP 更便宜。对于构建实时应用程序，AWS 提供了相对昂贵的DynamoDB。

对于云函数，AWS 提供的服务价格是 Firebase 的一半。

Firebase

虽然 AWS 的某些服务更便宜，但 Firebase 提供一些完全免费的服务，比如：

• 用户认证——通过FirebaseAuth，等同于AWS Cognito。

• 推送通知——使用 Firebase 云消息传递，相当于 AWS 中的简单通知服务。

对于构建实时应用程序，与 AWS 相比，Firebase 的设置成本似乎要低得多，也更容易。Firebase 负责数据的实时同步，你无需过多操心。

随着用户数量的增加，Firebase 显然是构建实时应用程序的更好选择。但是如果不小心优化你的查询，Firebase会给你寄来一张3万美元的账单。

顺便说一句，谷歌在了解发生的事情后，已经放弃一些应用场景。有些东西比平台定价更贵……

5.时间和人力

这是一个需要考虑的重要因素，因为你将需要这些资源来设置、构建和维护应用程序架构。

Firebase

Firebase 非常简单，容易上手。实际上，前端开发人员可以创建和维护整个后端，只需要一点设置方面的知识。

对于创建实时应用程序，Firebase 处理了大量的复杂性，并为你提供一个非常强大且易于使用的 SDK，帮你节省大量时间，而时间就是金钱。

AWS

因为 AWS 提供的服务是 Firebase 的十倍，所以它的使用和维护也要复杂十倍。我想说的是，与 Firebase 相比，AWS 有一点学习曲线。

对于创建实时应用程序，你需要搭配使用 GraphQL API 和 DynamoDB 实例（同样是一个 NoSQL 数据库），并且你还必须设置 API 和数据库，对于一个简单的实时应用程序来说，这似乎显得有些多余。

最后的思考

Firebase

• 易于设置、使用和维护。

• 需要你做的决定更少，非常适合简单的应用程序。

AWS

• 提供更大的灵活性，这对构建大型、复杂的应用程序有很大帮助，但对简单的应用程序来说可能有些多余。

• 一个潜在的解决方案可以满足你所有的应用程序需求。你可以构建一个整洁打包的解决方案，但是其可能成本更高。

我希望这能帮你做出正确决定，并在尝试构建应用程序时提出更好的问题。

英文原文：

Should You Use AWS or Firebase For the Back end of Your Mobile App?