Firebase是怎样成为Google Cloud对标Amazon AWS竞争中的重要一环？

 　　Google I/O大会推出了全新的Firebase平台，开发者反响强烈。Google一年半前收购Firebase时后者团队仅26人，按照Google的作风，收购后的公司品牌就要关掉。至今收购而保留下来的品牌并不多，除非收购前品牌影响力很大，比如Nest、Android，都是特别大体量的产品。Firebase能够保留下品牌，足见这个产品的影响力。

　　那一家由26人组成的公司做出了怎样的产品?又怎样成为Google Cloud战略中重要的一环?因为野狗和Firebase的API完全兼容，所以由我来写这篇文章还是很有发言权。

　　Firebase究竟好在哪?

　　1、本地副本，弱中心化的架构

　　Firebase的实现原理可以理解为是一个客户端分布式实时数据库。在每个客户端上都有一个云端数据库的副本。当客户端被更改的时候，每个设备上的数据库副本都会相应的进行同步。

　　当实现本地副本、弱中心化以后，有很多好处。比如可以提供离线处理，在网络不好的情况下可以无需中断。只要网络一好，立刻进行同步。还有可以很简化开发模型，因为数据在每个客户端的SDK里都有缓存，执行速度非常的快。

　　PS：这样的特性对使用者特别友好，但是对系统开发来说特别考验架构和编程能力，因为要在每个端上要实现一个内存数据库。更别提还有事务处理等复杂功能。

　　2、前端化思维

　　Firebase的产品和Facebook的Parse不一样的地方是，Firebase对前端工程师特别友好。

　　Web工程师逐渐正在崛起，不再只是写个代码，做个页面这么简单。

　　有人说Firebase平均每月2万的净增是从Google导入的新用户，但实际情况是产品优秀。

　　Firebase是一个BaaS ( Backend as a Service ) 服务。Firebase的应用场景非常丰富，比如多人互动、游戏、物联网等。

　　传统云服务体验怎么样?

　　先说下传统云服务公司的定义：SaaS、PaaS、IaaS。越往下自由度越高，越往上使用起来越简单。

　　SaaS解决的是开箱即用的问题，不用写代码，直接用。PaaS解决的是运维的问题，写完代码往云端一扔，搞定。而IaaS解决的是硬件资源弹性扩容的问题，像个水龙头，用多少拧多少。

　　目前PaaS代表的产品比如HeroKu，Google App Engine、国内SAE等，几乎全线已挂或半死不活。PaaS挂掉的原因是没有解决根本问题，半吊子。又不简单，又不自由。

　　广义BaaS是指用户需要通过远程API获得服务的云服务产品。比如类似统计服务MixPanel、友盟等。狭义的BaaS是指通过远程API提供计算和存储资源的产品，比如Parse、Firebase、Twilio、Pusher，Apple Cloud Kit这样的产品。

　　新版Firebase能为Google带来什么?

　　BaaS接近SaaS，但是提供更多的自由度。用户使用Firebase API可以很方便的开发出实时通信功能，而无需后端云服务。苹果、AWS、Paypal等很多公司都有自己的BaaS平台。不同于传统的PaaS服务还需要上传到容器，BaaS服务仅需要API接口就可以进行编程。

　　比如新版Firebase与分析服务实现了深度集成，它可以向Firebase反馈基础的用户信息，与Google Analytics一样，开发者也可以指定特定的细节，例如追踪按钮的按压或者购买的操作。

　　借助这些数据Firebase能够给出一个直观的分析报告，以便开发者深入了解用户的行为或者广告的投放效果。

　　本次更新后，Firebase可以远程变更应用配置，开发者可以借此进行某些A/B测试。同时Firebase开放了全新的通知系统，此功能基于Google Cloud Messaging。

　　除此之外，Google还将Firebase与Cloud Test Lab深度结合了起来，以便开发者在真实设备上测试移动应用，并重命名为Firebase Test Lab。

　　在美国的市场，IaaS亚马逊已经是绝对的老大，Google没有机会。Google希望通过Firebase这个产品能够连接它的底层Google Cloud和上层的SaaS业务：Nest、Google Works、Admob、分析等。甚至Nest的API也是使用的Firebase。

　　在这次Google推出的包括分析、Push、Storage等功能，看起来没有新意，但恰是透露了Google通过以Firebase为中心，以应用为切入口去和亚马逊AWS竞争的战略。