"构建可扩展微博架构"PPT学习笔记
1. 业务

• 核心模型：用户、关系、Feed
• 把微博比作邮件：Inbox、Outbox
• 主要业务功能：发布、查看2. 技术架构
  • 微薄本质：消息分发系统
  • 信息聚合设计模式：PULL、PUSH
    • PUSH：简单，是实现的首选；分发量大；冗余存储大
    • PULL：节约存储；计算量大3. 架构挑战

      1）除夕、春节时的系统峰值处理

      解决方案：异步设计

      －不同步等待

      －将消息存入MQ：大量使用Memcacheq，提到使用MQ的原则“计算开销大于消息分发开销”（不太理解）

      －轻量级的发表

      ?

      2）实时性

      解决方案：Cache中心化，Ram is the new the disk

      －多层次的Cache：Local Cache；Memcached；Database buffer/cache

      －容量问题（TB级）：压缩（QuickLZ、LZO、不使用gzip）

      －单点问题：Consistent hash；Read-through cache

      －避免evictions：容量规划；区分永久数据、临时数据；不使用随机字符做为KEY

      －multiget hole问题：Memcached replication ?

      ?

      如何实现Read-through and write-througe cache：

      －产品或者项目：MySQL memcached UDF；Cache money for Ruby on Rails

      －wrap a proxy for the db driver

      ?

      3）海量存储

      ?

      4）国内网络带宽

      －存在问题：访问速度、IDC不可用、故障

      －分布的核心是数据分布（http://timyang.net/data/multi-idc-design/）

      ?

      5）API访问量

      －使用REST API

      －使用SAE解决轮询压力

      ?

      ?

      ?

      ?