… 这是Postgres，但附带了一些扩展和Postgrest。还有一个数据库UI。但它可以托管，也可以通过单独的部分在本地运行。不过在本地运行会有问题，以至于我发现从头开始运行单独部分的docker compose更容易，而到了部署阶段，还有理由使用Supabase而不是其他带有扩展的托管Postgres吗？这个产品故事有点令人困惑。
源讨论Supabase 完成2亿美元D轮融资，估值达20亿美元原帖 342 条评论 · 导入时统计我确信这里很多厉害的黑客都认为 Supabase 很糟糕，只适合新手，但我要说，作为一名曾经的工程师，我现在又重新开始做一些有趣的副项目，Supabase 对我来说非常棒，正是我想要的。这是我过去一年中开始使用的最喜欢的新产品。我希望他们能为那些不想整天在终端里工作的人建立一个巨大的市场，并赚大钱。
完整原文把你的经验，加入这段讨论。
它只是Firebase的竞争对手，基于PostgreSQL，如果你想的话，可以对它执行SQL。
完整原文这并不是一个令人困惑的故事：它是一个PaaS，想要消除成为另一个Parse（https://www.willowtreeapps.com/craft/parse-shutdown-what-it-...）的恐惧。 现实地说，如果他们关闭了，99%的用户仍然会陷入困境，无论是否是开源的（参见：Parse）...但听到他们正在构建一个可以（严格来说）在类似的情况发生时自己启动实例的平台，人们会有一些信心。
完整原文你没有错，它确实是Postgres + 扩展。然而，科技市场现在非常庞大，可以支撑这些估值。
完整原文我真的很喜欢Supabase。我很高兴他们获得了资金，因为我害怕他们会被Amazon或Google收购并彻底毁掉。 开发人员体验非常棒。感觉就像他们读了我的想法，把我想需要的一切都变得非常容易。 - 对登录处理得很好 - 数据库用于数据 - 存储用于文件 - 这两者都很好地配合权限 - 实时功能非常酷 - 优秀的文档 - 优秀的SDK - 优秀的支持人员 请永远不要背叛。
完整原文产品故事是，人们想要构建应用程序，自然会发现自己需要处理： - 远程状态 - 不能仅在用户的设备上运行的权威逻辑，因为你不能信任它 - 认证 每种情况在你专注于构建用户界面应用体验时都会很烦人。Supabase 解决了所有这三个问题，而无需你接触任何基础设施。自托管功能只是提供了保障，让用户不会完全被锁定在他们的平台上，这是当你基本上将整个后端堆栈外包时的一个大问题。
完整原文完全同意。我读了各种文章和帖子，征求了意见和解释，想知道是否应该使用Supabase来为移动应用构建后端。 最后我全身心地投入了，主要是因为我想要一个现成的解决方案来处理授权和用户确认。但很快我就遇到了之前用普通Deno轻松克服的障碍，但在Supabase上却似乎无法克服。 当一个又一个基本用例被发现几乎完全没有文档和探索时，我得出结论，Supabase只适合那些构建允许人们浏览数据库的Web后端的人。 作为应用程序后端，它的主打功能并没有带来价值，或者基本上是无关的……据我所见。其余部分是不完整和/或没有文档的，客户端库就是一个例子。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。