Firebase Logo的替代品

Firebase的替代品

MongoDB、Parse、Heroku、Auth0和Realm是Firebase最流行的替代品和竞争对手。
24.5K.
20.5公里
+ 1
190万

什么是firebase,它的顶级替代品是什么?

Firebase是一种云服务,旨在电源实时,协作应用。只需将Firebase库添加到应用程序中以获得对共享数据结构的访问;您对该数据进行的任何更改都与Firebase云和毫秒内的其他客户端自动同步。
Firebase.是一个工具实时后端/ API技术堆栈的类别。

最佳替代方案Firebase.

  • MongoDB.

    MongoDB.

    MongoDB将数据存储在类似于结构,提供的JSON的文档中,提供动态,灵活的架构。MongoDB还专为高可用性和可扩展性而设计,内置复制和自动分片。...

  • 解析

    解析

    通过解析,您可以在分钟内添加可扩展和强大的后端和启动一个功能齐全的应用程序在创纪录的时间,从来没有担心服务器管理。我们提供推送通知、社交整合、数据存储,以及使用云代码向应用程序后端添加丰富自定义逻辑的能力。...

  • heroku.

    heroku.

    Heroku是一个云应用程序平台——一种构建和部署的新方式网络应用。Heroku允许应用程序开发人员将100%的时间花在应用程序代码上,而不是管理服务器、部署、正在进行的操作或扩展。...

  • 验证

    验证

    一组统一的API和工具,即立即启用单点登录和用户管理到所有申请。...

  • 领域

    领域

    RealM移动平台是用于应用的下一代数据层。Realm是无功,并发和轻量级的,允许您使用Live,Native对象。...

  • 满足

    满足

    满足使团队能够在一个集线器中统一内容,构建它在任何数字渠道中使用,并通过开放API和领先的应用程序框架与数百种其他工具无缝集成。...

  • 沙发床

    沙发床

    作为传统上不灵活的SQL数据库的替代方案,CouchbaseNoSQL数据库是在开源基础上构建的,并成立,以帮助开发人员解决现实世界问题并满足高可扩展性需求。...

  • 谷歌云存储

    谷歌云存储

    Google云存储允许全球存储和检索任何金额随时提供数据和服务。它提供了一个简单的编程接口,使开发人员能够利用谷歌自己可靠和快速的网络基础设施,以安全和经济高效的方式执行数据操作。如果需要扩展,开发者可以从Google基础设施提供的可扩展性中获益。...

Firebase替代品和相关帖子

MongoDB标志

MongoDB.

56K.
45.7K.
4千
巨人想法的数据库
56K.
45.7K.
+ 1
4千
优缺点MongoDB.
  • 822.
    面向文档的存储
  • 588.
    没有SQL.
  • 544.
    易用性
  • 462.
    快速地
  • 404.
    高性能
  • 252
    免费的
  • 213.
    开源
  • 177
    灵活的
  • 139
    复制和高可用性
  • 107.
    易于维护
  • 39
    查询
  • 35
    简单可扩展性
  • 34
    自动分片
  • 33
    高可用性
  • 29
    地图/减少
  • 26
    文档数据库
  • 24
    全索引支持
  • 24
    轻松设置
  • 15
    可靠的
  • 14
    快速就地更新
  • 13
    敏捷编程,灵活,快速
  • 11
    没有数据库迁移
  • 7.
    与node.js轻松集成
  • 7.
    企业
  • 5.
    企业支持
  • 4.
    伟大的NoSQL DB.
  • 3.
    聚合框架
  • 3.
    通过不同的驱动程序支持许多语言
  • 3.
    司机支持很好
  • 2
    无模式
  • 2
    快速地
  • 2
    惊人的
  • 2
    托管服务
  • 2
    易于扩展
  • 1
    一致的
的缺点MongoDB.
  • 5.
    对于需要连接的连接模型,速度非常慢
  • 3.
    不符合酸性
  • 1
    专有查询语言

相关的MongoDB帖子

Jeyabalaji Subramanian.

最近,我们正在研究一些稳健且经济高效的方式,可以复制驻留在我们的生产中的数据MongoDB.PostgreSQL语言数据库数据库和商业智能。

我们为完成这项工作的最佳工具设置了以下标准:-数据复制必须接近实时,但不应影响生产数据库-数据复制必须具有水平可扩展性(基于负载)、异步性和崩溃恢复能力

根据上述标准,我们选择了以下工具来执行结束到END数据复制:

我们选择了MongoDB针脚用于获取源数据库中的更改。它是MongoDB的无服务器平台。MongoDB Stitch提供的服务之一是Stitch触发器。使用stitch触发器,可以执行无服务器函数(在node.js.)实时响应数据库的变化。当有很多数据库发生变化时,通过异步队列自动“向前源向前源”。

我们将Amazon SQS选择为管道/消息骨干,用于将MongoDB的更改传送到我们自己的复制服务。有趣的是,MongoDB Stitch提供与AWS服务的集成。

在里面node.js.函数,我们写入最小的功能来传达数据库更改(插入/更新/删除/替换)到亚马逊平等

接下来,我们在中编写了一个最小的微服务Python要在SQS上侦听消息事件,请拾取数据有效载荷和镜像DB更改为目标数据仓库。我们通过建模目标表结构来实现源数据来定位数据转换炼金术。我们部署了这款微服务AWS lambda.Zappa.。使用Zappa,将您的服务部署为事件驱动和水平可扩展的Lambda服务是愚蠢的。

最后,我们必须在几天内实现“工作”的高度可扩展数据复制服务,并在几天内部署到生产!

查看更多
罗伯特祖伯

我们用MongoDB.作为我们的主要数据存储。Mongo的副本集方法为维护、备份和ETL等操作提供了一些奇妙的模式。

我们拉扯#microservices.从我们的#monolith,我们正在借此机会使用自己的数据存储来建立它们PostgreSQL语言。我们也使用redis.缓存数据我们永远不会永久存储,并将我们的请求限制在合作伙伴的API(如GitHub.)。

当我们处理大量不可变数据(日志、工件和测试结果)时,我们将它们存储在亚马逊S3。我们在自己的代码中处理S3最终一致性模型的任何副作用。这可确保我们在写入过程中正确处理用户请求。

查看更多
解析徽标

解析

402.
412.
581.
完整的移动应用平台
402.
412.
+ 1
581.
优缺点解析
  • 116
    轻松设置
  • 76.
    免费托管
  • 61
    有据可查的
  • 49
    便宜的
  • 46
    在3行代码中使用推送通知
  • 40
    快速地
  • 38
    云码
  • 31
    适合原型
  • 30
    云模块
  • 27
    由Facebook支持
  • 7.
    交叉平台
  • 7.
    解析推送
  • 6.
    解析核心
  • 6.
    解析分析
  • 5.
    多平台
  • 5.
    快速聊天和配置文件功能
  • 5.
    免费层
  • 4.
    云基础
  • 3.
    后端作为服务
  • 3.
    骨干车型
  • 3.
    好安全概念
  • 3.
    免费的
  • 3.
    地质点
  • 2
    本地数据存储
  • 2
    匿名用户
  • 2
    易于使用
  • 1
    接近死亡
的缺点解析
    成为第一个留下骗局的人

    相关分析文章

    Heroku徽标

    heroku.

    18.1克
    13.8K.
    3.2K.
    使用Drain Blazing Developer体验构建,提供,监控和缩放Web应用程序和API。
    18.1克
    13.8K.
    + 1
    3.2K.
    优缺点heroku.
    • 702.
      轻松部署
    • 459.
      免费为边项目
    • 374
      巨大的时间
    • 348.
      简单缩放
    • 261
      需要低技能
    • 190
      轻松设置
    • 174
      几乎所有内容的附加组件
    • 154
      初学者友好型
    • 150
      更好的初创公司
    • 133
      低学习曲线
    • 48
      Postgres托管
    • 41
      易于添加合作员
    • 30
      更快的发展
    • 24
      令人敬畏的文件
    • 19
      简单回滚
    • 19
      专注于产品,不部署
    • 15
      铁路开发的自然伴侣
    • 15
      轻松集成
    • 12
      伟大的客户支持
    • 8.
      GitHub集成
    • 6.
      无痛和良好的记录
    • 6.
      无效
    • 4.
      免费的
    • 3.
      我喜欢他们让它自由地推出一个侧面项目
    • 3.
      伟大的UI.
    • 3.
      只是作品
    • 2
      PostgreSQL分叉和跟踪
    • 2
      MySQL Extension.
    的缺点heroku.
    • 23
      超级昂贵
    • 6.
      没有可用的mysql选项
    • 6.
      不是很多的灵活性
    • 5.
      贮存
    • 4.
      在自由层上表现低

    相关Heroku帖子

    罗素·沃纳
    首席工程师在St亚博提现规则ackshare.· |29升温·亚博平台怎么样1.4米视图

    亚博提现规则Stackshare Feed完全建造反应迷人, 和阿波罗。我们的目标具有公众推出的目标之一是为我们的有机搜索流量提供服务器端呈现(SSR)体验。当您访问StackShare Feed亚博提现规则时,您尚未登录,您将提供趋势进料体验。亚博彩票怎么下我们使用内部node.js.正在呈现microservice以生成此HTML。这个微服务需要独立于我们的轨道Web应用程序。直到最近,我们与我们的铁路和反应代码一起享受一条单声道,并在一起生活,所有来自同一网络流程。为了将SSR应用程序部署到A中heroku.环境,我们需要将我们的前端应用程序分成单独的仓库GitHub.. 这一决定的驱动因素主要是由于政府施加的限制heroku.具体与过程如何彼此无法通信。新的SSR应用程序是在Heroku创建的,并直接链接到前端repo,因此它与更改保持同步。

    与此相关,我们需要一种“部署”我们的前端更改为各种服务器环境,而无需构建和释放整个Ruby应用程序。我们建立了一个混合动力车亚马逊S3亚马逊海滨我们的解决方案网客捆绑。一个新的圆环脚本构建捆绑包并将其上传到S3。我们的推出中的最后一步是更新一些键redis.所以我们的Rails应用程序知道哪些捆绑服务。这些努力的结果是显着的。我们的前端团队现在独立移动我们的后端团队,我们的构建和发布过程只需几分钟,我们现在正在使用边缘CDN来服务JS资产,我们有预先渲染的反应页面!

    #stackdecisionslaunch.#ssr.#microservices.#frontendreposplit.

    查看更多
    西蒙·雷曼
    高级Fullstack开发人员在Quantusflow Software GmbH· |28 Hu亚博平台怎么样bvotes·2.6M景观

    我们的整个Devops堆栈包括以下工具:

    • GitHub.(包括GitHub页面/啰嗦用于文档,getseStarted和HOWTO的合作审核和代码管理工具
    • 分别Git.as版本控制系统
    • Sourcetree.作为Git.吉伊
    • Visual Studio代码作为IDE
    • 圆环连续集成(自动化开发过程)
    • 漂亮//eslint.作为代码linter.
    • 声纳曲贝作为优质门
    • Docker.作为集装箱管理(包括Docker撰写对于多集装箱应用程序管理)
    • 虚拟机用于操作系统仿真测试
    • 库伯内特斯作为Docker容器的集群管理
    • heroku.用于在测试环境中部署
    • nginx.作为Web服务器(最好用作生产环境中的Facade Server)
    • sslmate.(使用openssl.)用于证书管理
    • 亚马逊EC2(包括亚马逊S3)用于在阶段(类似于生产)和生产环境中部署
    • PostgreSQL语言作为首选数据库系统
    • redis.作为首选内存数据库/商店(非常适合缓存)

    我们选择的主要原因库伯内特斯超过码头工人与以下工件相关:

    • 主要特征:简单灵活的安装,清晰的仪表盘,良好的伸缩性操作,监控是一个不可或缺的部分,良好的负载平衡概念,监控状态并确保在发生故障时进行补偿。
    • 应用程序:可以使用pod、部署和服务(或微服务)的组合来部署应用程序。
    • 功能:Kubernetes作为一个复杂的安装和设置过程,但它不像Docker Swarm那样受到限制。
    • 监测:当服务部署在集群中时,它支持多个版本的日志记录和监视(Elasticsearch/Kibana(ELK)、Heapster/Grafana、Sysdig云集成)。
    • 可扩展性:分布式系统的一体化框架。
    • 其他福利:Kubernetes由Cloud Native Computing Foundation(CNCF),巨大的社区之间的巨大社区支持,它是一个与任何操作系统合作的开源和模块化工具。
    查看更多
    Auth0徽标

    验证

    991.
    1.4K.
    196.
    使用社交、数据库和企业身份,为应用程序和API提供基于令牌的单点登录
    991.
    1.4K.
    + 1
    196.
    优缺点验证
    • 58
      JSON web令牌
    • 30
      与20多个社交提供者集成
    • 19
      这是一个通用的解决方案
    • 19
      SDK
    • 13
      惊人的文档
    • 11
      heroku附加
    • 8.
      企业支持
    • 7.
      伟大的样本repos.
    • 7.
      用“规则”扩展平台
    • 4.
      Azure加载项
    • 3.
      无关
    • 3.
      易于集成,非侵入式身份提供程序
    • 2
      它可以与Firebase无缝集成
    • 2
      伟大的文档,样本,UX和角度支持
    • 2
      红宝石
    • 2
      文雅 的
    • 2
      内部部署
    • 1
      将为HIPAA-Compliance签署BAA
    • 1
      SOC2.
    • 1
      伟大的支持
    • 1
      Active Directory支持
    • 0.
      a'; p [];æ`/
    的缺点验证
    • 10
      定价过高(开发商专业版)
    • 7.
      不良的支持
    • 4.
      状态页面不反映实际状态
    • 3.
      快速改变API.

    相关Auth0帖子

    斯蒂芬哈妮斯

    嗨otensia!我肯定会建议使用你已经拥有的技能和建造javascript.这几天是一种聪明的方式。大多数平台服务都有JavaScript / node SDK或NPM软件包,许多无服务器平台支持节点,以防您需要编写任何后端逻辑,并且JavaScript非常流行 - 意味着您需要的情况很容易雇用。

    我的建议是“不要重新发明轮子“如果您已经有一项技能集,那将在手头上解决问题,而且您不需要它对于任何其他项目,不要将时间跳入新语言。如果您正在寻找一个借口学习新的东西,更好地投资那个学习新的平台/工具,这些平台/工具赞美你对JavaScript的知识。对于这个项目,我可能会建议使用netlify.vercel.,或谷歌Firebase.快速方便地部署您的web应用程序。如果您需要添加用户身份验证,这里有一些很好的示例Firebase身份验证验证, 甚至魔法(这是Auth领域的新成员,但非常友好)。所有这些服务都可以很好地与基于JavaScript的应用程序配合使用。

    查看更多

    我要开始新的生活原生项目并试图决定AUTH提供者。目前正在看验证亚马逊被认为。它需要很好地玩django.休息框架后端。

    查看更多
    王国标志

    领域

    197
    291
    12
    Realm可以轻松构建无功应用程序,实时协作功能和离线第一体验。
    197
    291
    + 1
    12
    优缺点王国
    • 6.
      好的
    • 2
      云同步
    • 2
      优雅的api
    • 1
      反应本地支持
    • 1
      强烈的采用增长
    的缺点王国
      成为第一个留下骗局的人

      相关领域职位

      满足的标志

      满足

      643.
      711.
      61
      以规模构建数字体验的内容平台
      643.
      711.
      + 1
      61
      优缺点满足的
      • 26
        基于API的CMS
      • 14
        比WordPress好得多
      • 11
        简单可定制
      • 3.
        免费为小项目
      • 3.
        图像API.
      • 1
        超级简单融合
      • 1
        管理服务
      • 1
        可扩展仪表板UI
      • 1
        标签管理器式用户界面
      的缺点满足的
      • 5.
        没有转发器领域
      • 4.
        没有拼写检查
      • 3.
        慢仪表板
      • 3.
        没有免费计划
      • 2
        有限的内容类型
      • 2
        企业目标
      • 2
        昂贵的
      • 1
        不可扩展

      相关内容帖子

      共享见解
      满足
      Firebase.

      你好。我要为公司建立一个简单的应用程序,缓解他们的工作。该公司正在向用户的电子邮件发送PDF文件。数据是一种健康分析,具有许多不同的健康价值。该应用程序应该是MVP,其中用户可以观看他们的数据而不是打开PDF文件。公司应该能够填写数据Firebase.或者满足数据库。对这个解决方案充满满足或Firebase吗?你有什么意见?

      查看更多
      nash nziramasanga.

      我建立了一个简单的投资组合网站Next.js.所有内容都是静态的,什么是最好的满足神志正常

      我真的很喜欢自托管和自定义布局与理智,但我不认为时间自定义是值得的。

      有什么想法吗

      查看更多
      COICBASE标志

      沙发床

      354
      462.
      102.
      文档导向的NoSQL数据库
      354
      462.
      + 1
      102.
      优缺点沙发派
      • 18
        高性能
      • 17
        灵活的数据模型,可伸缩性方便,非常快
      • 8.
        移动应用支持
      • 6.
        您可以使用Ansi-92 SQL查询它
      • 5.
        所有节点都可以读/写
      • 4.
        本地缓存能力
      • 4.
        开源,社区和企业版
      • 4.
        键值存储和文档(JSON)DB
      • 4.
        集群中的节点相等,允许快速、灵活的更改
      • 3.
        分片的自动配置
      • 3.
        SDKS采用流行的编程语言
      • 3.
        弹性搜索连接器
      • 3.
        轻松设置
      • 3.
        基于Web的管理、查询和监视面板
      • 3.
        线性可扩展,适用于大量TPS
      • 3.
        轻松群集管理
      • 3.
        交叉数据中心复制
      • 2
        NoSQL.
      • 2
        DBAAS可用
      • 2
        地图缩小视图
      • 1
        FTS + SQL在一起
      • 1
        铲斗,范围,集合和文件
      的缺点沙发派
      • 3.
        可怕的查询语言

      相关的COICBASE帖子

      加布里埃尔帕

      我们实施了我们的第一个大型EPR应用程序naologic.com使用CouchdB.

      非常快,复制作品很大,不消耗太多的RAM,查询很快就燃烧了,但我们发现了一个问题:查询非常难写,花了很长时间才能弄清楚API,我们不得不写我们自己的@nodejs库使其正常工作。

      它失去了大部分支持。从那时起,我们迁移到沙发床学习曲线陡峭,但都值得。内存缓存从框中索引,全文搜索工作很大。

      查看更多
      曼泽洛斯
      共享见解
      MongoDB.
      沙发床

      嘿,我们希望建立一个推荐活动机制,可能在未来几年内包含数百万记录。我们希望基于ID或某些索引的快速读取访问,并且隔离至关重要,因为某些侦听器将尝试同时更新相同的文档。你的建议是什么?沙发床MongoDB.?谢谢!

      查看更多
      谷歌云存储标志

      谷歌云存储

      1.1K.
      956.
      73.
      持久的高可用对象存储服务
      1.1K.
      956.
      + 1
      73.
      优缺点谷歌云存储
      • 28
        可扩展
      • 18
        便宜的
      • 14
        可靠的
      • 9.
        简单的
      • 3.
        Chealp.
      • 1
        更典型和容易
      的缺点谷歌云存储
        成为第一个留下骗局的人

        相关谷歌云存储帖子

        #阿利亚多克,我们在推出之前探索了众筹选择以获得牵引。我们正在为网站设计定制构建SaaS平台。

        对于管理用户界面和网站编辑器,我们使用反应我们目前正在从中转换创建React App.设置为自定义一个,因为我们的需求已经变得更加特定。我们用CloudFlare.尽可能多,这是一个很棒的服务。

        用于路由动态资源和代理任务以向我们杠杆的编辑器提供网站CloudFlare.工人提高响应性。我们用Firebase.对于我们的托管需求和用户身份验证以及使用几个Firebase的云功能与其他服务互动谷歌应用引擎谷歌云存储,但也是实时数据库是在雷达上进行协同网站编辑。

        我们通常讨厌配置,但老实说,由于项目的阶段性,我们缺乏资源来完成繁重的系统操作工作。所以我们基本上只是依靠无服务器尽可能多的技术来做所有的服务器端处理。

        Visual Studio代码明确地使编程更容易和愉快的任务,我们只是喜欢它。我们将它结合在一起比特桶为我们的源代码控制的需要。

        查看更多