设计基于Firebase的可扩展Feed模型

Question

题 :

如何设计一个社交网络"Feed"与Firebase作为后端,可扩展？

可能答案:

"MVP"解决方案是设计一个feeds根子项,每个用户一个,并在每个关注者的提要中追加跟随用户的任何新帖子.

users
  user1
    name: bob
  user2
    name: alice
    follows: 
      user1: true

posts
  post1
     author: user1
     text: 'Hi there'

feeds
  user2
    post1: true

这很有效,并在Firefeed项目中进行了演示.但它不能很好地扩展:如果凯蒂佩里想发布一些东西,她的手机将不得不写入数百万的饲料.

因此,在此SO问题中报告的解决方案将此操作委托给基于服务器的进程.

我的问题是,Firebase是一种"无后端"解决方案,这也是我使用它的主要原因,所以我想确保在没有服务器的情况下完全没有机会实现此功能.

如果feeds在上述架构中删除了孩子怎么办？

然后这样做:

baseRef.child('posts')
       .orderBy('author')
       .whereIn(baseRef.child('users/user2/follows').keys())

很遗憾,whereInFirebase API中不存在,也不存在子查询:(

任何其他模型结构可能不需要服务器？

谢谢

Answer 1

Firebase的人有点回复他们的博客:https://www.firebase.com/blog/2015-10-07-how-to-keep-your-data-consistent.html

帖子是关于"数据扇动"(在一个原子写操作中跨多个节点传播项目).

该技术极大地解决了原始问题的馈送模型

帖子实际上包含实现它的示例代码:

• 用于创建fannout对象的函数(实际上是一个简单的对象,其中键是要写入的API端点)

  function fanoutPost({ uid, followersSnaphot, post }) {
          // Turn the hash of followers to an array of each id as the string
          var followers = Object.keys(followersSnaphot.val());
          var fanoutObj = {};
          // write to each follower's timeline
          followers.forEach((key) => fanoutObj['/timeline/' + key] = post);
          return fanoutObj;  
  }
  

• 以及使用此功能的逻辑:

  var followersRef = new Firebase('https://<YOUR-FIREBASE-APP>.firebaseio.com/followers');
  var followers = {};
  followersRef.on('value', (snap) => followers = snap.val());
  var btnAddPost = document.getElementById('btnAddPost');
  var txtPostTitle = document.getElementById('txtPostTitle');
  btnAddPost.addEventListener(() => {
        // make post
        var post = { title: txtPostTitle.value };
        // make fanout-object
        var fanoutObj = fanoutPost({ 
            uid: followersRef.getAuth().uid, 
            followers: followers, 
            post: post 
        });
        // Send the object to the Firebase db for fan-out
        rootRef.update(fanoutObj);
  });
  

注意:这比每次在一个关注者提要中写入的循环更具可伸缩性.但是,对于数百万粉丝来说,它可能还不够.在这种情况下,信任进行多次写入的服务器操作会更安全.我认为客户端可以用于几百个粉丝,这是社交媒体上的粉丝的平均数量.(这需要通过测试来验证)