# FeedBurner 体系结构

> 原文： [http://highscalability.com/blog/2007/7/12/feedburner-architecture.html](http://highscalability.com/blog/2007/7/12/feedburner-architecture.html)

FeedBurner 是一家于 2004 年成立的新闻提要管理提供商。FeedBurner 为博客作者，播客和其他基于 Web 的内容发布者提供了自定义 RSS 提要和管理工具。 提供给发布商的服务包括流量分析和可选的广告系统。

网站：http：//www.feedburner.com

## 信息来源

*   [FeedBurner](http://www.mysqluc.com/presentations/mysql06/kottke_joe.pdf) -使用 MySQL 和 Java 的可扩展 Web 应用程序*   [网络上最受欢迎的网站在](http://royal.pingdom.com/?p=95)

    ## 平台

    上运行*   爪哇*   的 MySQL*   冬眠*   弹簧*   雄猫*   仙人掌*   负载平衡：NetScaler 应用程序开关*   路由器，交换机：HP，Cisco*   DNS: bind

    ## 统计资料

    *   FeedBurner 的增长速度超过了 MySpace 和 Digg，流量增长了 385％。 供稿总数：808,707，出版商数量：471,686。*   190 个国家的 1100 万订户*   扩展历史记录
    -2004 年 7 月：300Kbps，5,600 个 feed，3 个应用程序服务器，3 个 Web 服务器，2 个 DB 服务器，Round Robin DNS
    -2005 年 4 月：5Mbps，47,700 个 feeds，6 个应用程序服务器，6 个 Web 服务器（同一台机器） ）
    -2005 年 9 月：20Mbps，109,200 个提要
    -当前：250 Mbps 带宽使用率，每天 3.1 亿次提要查看，每天 1 亿次点击

    ## 架构

    *   可伸缩性问题 1：以前的可靠性
    -单服务器故障，被所有用户的 1/3 看到
    -运行状况检查返回到负载均衡器监视的数据库的所有方式，以将请求路由到活动计算机 失败。
    -使用仙人掌和 Nagios 进行监视。 使用这些工具，您可以查看正常运行时间和性能以确定性能问题。*   可伸缩性问题 2：统计记录/管理
    -由于表级锁定，每次命中都会记录下来，从而减慢了一切。
    -使用 Doug Lea 的并发库在多个线程中进行更新。
    -仅今天的统计信息是实时计算的。 其他统计数据是懒惰的。*   可伸缩性问题 3：主数据库过载
    -使用主数据库进行所有操作。
    -平衡读取和读取/写入负载
    -发现可以在其中拆分读取与读取/写入的负载
    -平衡了主负载与从属负载*   可伸缩性问题 4：总数据库过载
    -一切都变慢了，正在使用的数据库具有缓存，已使用 MyISAM
    -添加缓存层。 计算机，内存缓存和数据库中的 RAM*   可伸缩性问题 5：延迟初始化
    -当统计信息按需汇总时，流行的提要会减慢整个系统的速度
    -转向批处理，每晚进行一次汇总。*   可伸缩性问题 6：统计数据再次写入
    -过多写入主服务器。 每个 Feed 都有更多数据。 添加了更多有关广告，项目和发行量的统计信息跟踪。
    -使用合并表。 截断 2 天前的数据。
    -进行了水平划分：广告投放，耀斑投放，发行。
    -将最热的表/查询移至自己的集群。*   可伸缩性问题 7：主数据库故障
    -使用主数据库和从数据库存在一个单点故障，因为很难将从数据库提升为主数据库。 去了多主解决方案。*   可伸缩性问题 8：电源故障
    -需要灾难恢复/辅助站点。
    -无法进行主动/主动。 太多的硬件，不希望浪费一半的硬件，需要在数据中心之间建立真正快速的连接。
    -创建自定义解决方案以将提要下载到远程服务器。*   他们有两个站点担当主要和次要角色（主动-被动），作为其地理冗余计划。 他们计划在将来转换为主动-主动模式。

    ## 得到教训

    *   知道您的数据库工作量后，Cacti 真的可以帮助您。*   “解释”您的所有查询。 帮助避免将查询压出系统。*   缓存一切。*   分析您的代码，通常仅在难以发现的泄漏时才需要。*   最大的挑战是找到最有效的方法来定位应用程序中的热点和瓶颈。 有了宽松的方法来查找问题，分析变得非常容易。 在此，详细的监视至关重要，跟踪磁盘，CPU 和内存的使用情况，缓慢的数据库查询，MySQL 中的处理程序详细信息等。

很棒..很好的感谢

我猜您在顶部已经提到的带宽由于需求的增加而逐渐增加到 250 MBPS 以上
-----
[http://underwaterseaplants.awardspace.com“](<a rel=) >水下海洋植物
[http://underwaterseaplants.awardspace.com/seaweed.htm“](<a rel=) >海藻... [http://underwaterseaplants.awardspace.com /seagrass.htm”](<a rel=) >海草

有人在那里做作业
那里有趣的统计数据