转型中的SNS

专题出品人: 
专题日期: 
星期五下午专题分享

微信、微博如何留住用户?新兴的,处在边缘市场的SNS如何转型,找到自己的定位。到底什么样的系统架构才足以应对持续演变的SNS产品形态,这是所有SNS平台架构师思考的问题。

也许很多人还不知道,知乎在规模上是仅次于百度贴吧和豆瓣的中文互联网最大的 UGC (用户生成内容)社区。知乎创业三年来,从 0 开始到现在 100 多台服务器;尤其从 2013 年 3 月开放至今,20 个月内注册用户数从 50 万增长到 1000 多万,每天用户创造的内容超过 2 万篇, Web 平均用户停留 7 分钟多种,客户端分别 15 (知乎 app)和 20 分钟(知乎日报)。在从互联网向移动互联网快速迁移的高增长时代,知乎并不是从移动红利中获得增长最快的产品,但是知乎团队相信,随着互联网渗透各个行业,知乎可能成为用户 ARPU 值最高的社交平台。面对快速增长的高质量用户对产品体验的更高要求,知乎技术团队是如何保持每天有新上线,一到两周一次大升级,每个月 app 发新版的快速节奏?如何通过算法、用户分级和 anti-spam 等系统化工程,解决社区信噪比的控制问题?知乎如何建立对大规模用户的服务化体系?还有在知乎倡导的「总搞得掂」精神驱动下,技术团队是如何分工合作来完成每一个「作品」的?工程师团队有哪些方法不断激发应对挑战的热情?知乎联合创始人兼 CTO 李申申将给您带来知乎创业三年多来的首次全面技术分享。

2014春节,微信红包点燃移动互联网SNS""交易""战火,通过此主题,我们探讨移动互联网社交+交易系统的建设,包括

  1. 系统在海量访问时如何自我保护,防止系统雪崩瘫痪。
  2. 移动互联网的安全问题,包括用户数据安全,资金安全,接口安全。
  3. 如何低成本搭建分布式交易系统,满足平行扩展能力,支持海量支付,转帐需求。
  4. 如何实现微信红包业务数据的拆分部署,快速扩容,数据视图整合。
  5. 如何通过系统消息总线,降低系统单的耦合,提高系统吞吐量。
  6. 如何关注用户需求,缩短关键路径执行时间,给更好的体验给用户。
  7. 如何使用cache系统,加速系统查询需求,同时保证数据准实时最终一致。

本主题抛砖引玉,给大家提供互联网海量大并发系统设计思路,供大家系统设计时参考。

在移动时代,我们无时不刻的通过各种应用及渠道来获取信息。feed流是其中非常简单高效一种方式,从最早的聚合好友应用内的各种动态,逐渐到用户形成在各平台生产内容的习惯,feed流的信息量得以爆发式的发展。到了大数据时代,用户的兴趣及关系非常多元化,每天每个用户会接收到上千条内容,用户在获取信息流时,系统需要实时从海量信息中聚合及筛选大量内容,进行个性化的计算,访问的数据规模及计算量也是逐年呈数量级的上升。本主题通过在微博历年feed流架构的演进的经历来探讨feed在大数据时代的架构设计思路,探讨适合目前用户需要的信息流架构,主要内容提纲如下。

  1. 典型的feed流模型,介绍典型feed设计的模型及重点考虑因素;
  2. feed扩展性演进,功能、体验及性能的平衡。通过数次大的功能的改变的案例,来介绍如何达到架构的平衡;
  3. 大数据时代的feed流架构,主要从如下两个方面展开;
  4. 数据规模问题,分级缓存解决存储容量与访问效率;
  5. 计算模型与框架:实时计算框架与计算模型设计。

Nice从2013.10月份上线app store到目前每天2亿PV,服务端架构经过了4次比较大的调整。本次分享将介绍四次架构调整的背景、实践和结果。并讨论如何在人员不足的情况下平衡业务与架构,什么样的架构和开发模式更适合创业团队“天下武功,唯快不破”的做事方式。