搜索：网站架构

再谈 eBay 的扩展性最佳实践

很多人都觉得 eBay 在 QCon (北京) 上的技术讲座不错，但对我来说，其实冲击力没那么大了。eBay 一两年前就是这个 PPT 。不过还是比 Amazon 的 Jeff Barr 强了很多，以后要是开个什么会，你把 Jeff Barr 请来还讲那个销售文档，估计自己都不好意思。不过，eBay 这次的PPT 总算还是有点更新的。 1）数据分片(Partition Everything) 说是分区(Partitio...

时间:2009年04月14日 08:59 标签: eBay 网站架构转贴摘录

Facebook 的 Memcached 扩展经验

周末的时候看到这篇 Scaling memcached at Facebook ，感觉挺有料。但似乎又没什么可写的。最多就是准翻译一下。相比之前介绍过的数据 ( 5TB数据/400台服务器).，现在 Facebook 在 Memcached 上的内容已经超过 28TB，总服务器数量超过 800 台。可见硬件降价真是够快的，内存的确便宜得很。 Facebook 作出改进的第一个问题是 Apache (连接带来的) 进程连接开...

时间:2009年04月12日 22:01 标签: Memcached Facebook 网站架构

Facebook 架构学习

设计原则尽可能的使用开源软件，并且在需要优化的时候进行优化 Unix 哲学。包括，模块化原则；整合化原则；清晰化原则等任何组件具备扩展性最小化故障影响简化，简化，简化！架构概览 Facebook 是 LAMP 的坚定支持者，也差不多是用 LAMP (或许用 LAM 2 P 更适合) 实现的最大的动态站点。基础组件加上服务，中间用自己...

时间:2009年04月12日 21:58 标签: Facebook 网站架构

Facebook 的 PHP 性能与扩展性

炙手可热的 Facebook 是用 PHP 开发的。随着一些技术交流，逐渐能看到 Facebook 技术人员分享的经验。近期这个 geekSessions 站点上看到 Facebook 的 Lucas Nealan 分享的文档比较有参考价值。 Cache 为王任何一个成功的站点都有一套最合适自己的 Cache 策略。 Note：这个层次图画的稍微有点问题，不是严格从上到下的。 The Alternative PHP Ca...

时间:2009年04月12日 21:04 标签: Facebook php 网站架构

手机之家网站架构--对话高春辉

1) 历史情况 Fenng : 原来大约是用什么? 框架用的什么？高春辉 : 你说老系统？Apache 1.3 , DB 是 MySQL 4.0。新框架是团队自己写的，定制了一些东西吧，主要强调的是性能和方便、简单。另外把针对 YSlow 的优化也做进去了。 Fenng : 单说现在用的框架，大约投入了多少个人/天 ? 高春辉 : 从全年开始考虑写，一直不断的写 -- 具体时间不好说。反正是不少了 :...

时间:2009年03月30日 11:24 标签: 手机之家高春辉网站架构转贴摘录

读书 - 高性能网站建设指南

《高性能网站建设指南》   本书结合Web 2.0以来Web开发领域的最新形势和特点，介绍了网站性能问题的现状、产生的原因，以及改善或解决性能问题的原则、技术技巧和最佳实践。重点关注网页的行为特征，阐释优化Ajax、CSS、JavaScript、Flash和图片处理等要素的技术，全面涵盖浏览器端性能问题的方方面面。在本书中，作者给出了14条具体的优化原则，每一条原...

时间:2009年03月05日 09:03 标签: 读书网站架构前端开发

读书 - 构建可扩展的Web站点

《构建可扩展的Web站点》   随着Web 2.0网站的蓬勃发展，如何成功地构建可扩展的Web站点成为网站开发人员必备的技能。本书是Flickr.com的主力开发人员讲解构建可扩展的Web站点的经典之作。本书主要介绍了Web应用程序的概念、体系结构、硬件需求、开发环境的原则及国际化、本地化和Unicode等基本内容，并为解决Web应用程序的数据安全、电子邮件整合、远程服...

时间:2009年03月04日 11:03 标签: 读书网站架构

FriendFeed 使用 MySQL 的经验

一直比较好奇 FriendFeed 网站背后的技术信息。Bret Taylor 的一篇 How FriendFeed uses MySQL to store schema-less data 给出了不少有价值的经验。概览 FriendFeed 用 MySQL 存储绝大部分数据，超过 2.5 亿条记录。对待网站功能的态度: 让既有功能满足更多用户而不是添加更多的功能。少添加新功能的好处是数据库 Schema 变化更小。在数据库 Sharding 的...

时间:2009年03月02日 10:25 标签: FriendFeed MySQL 网站架构转贴摘录

亿万用户网站MySpace的成功秘密

     增长的访问量给社区网络的技术体系带来了巨大挑战。MySpace的开发者多年来不断重构站点软件、数据库和存储系统，以期与自身的成长同步——目前，该站点月访问量已达400亿。绝大多数网站需要应对的流量都不及MySpace的一小部分，但那些指望迈入庞大在线市场的人，可以从MySpace的成长过程学到知识。用户的烦恼...

时间:2008年12月16日 15:04 标签: MySpace 网站架构转贴摘录

MySQL 大企业级应用可行性分析(之二)

再说存储引擎继续上一篇的讨论，记录针对 MySQL 在大企业级商用上我的一些零星想法。网络上到处都有关于各个引擎之间的对比。这里要提醒一点是，注意各个引擎的锁的粒度。InnoDB 是行锁，锁的实现是依赖于索引的，MyISAM 只是表锁。锁粒度是衡量存储引擎的一个重要指标，其能力很大程度上决定并发能力。至于 TRANSACTION ISOLATION LEVEL，则是另外一个需要衡...

时间:2008年07月23日 09:23 标签: MySQL 企业级应用网站架构转贴摘录

MySQL 大企业级应用可行性分析(之一)

前两天在上海参加技术研讨，讨论了关于 MySQL 的一些面向企业级应用的思路，今天和几位同事开会，也谈及了能否用 MySQL 替代当前 Oracle 的问题。干脆整理一下思路，算是做个备忘。首先说明一点的是，我不是说 MySQL 没有大企业级的应用，事实上，可以看到越来越多的成功布署 MySQL 的应用，但是，还不够多，还有许多大企业的关键应用还不敢用 MySQL。或许这篇小文能...

时间:2008年07月23日 09:22 标签: MySQL 企业级应用网站架构转贴摘录

Facebook 海量数据处理

好几个地方看到这个 Facebook - Needle in a Haystack: Efficient Storage of Billions of Photos ，是 Facebook 的 Jason Sobel 做的一个 PPT，揭示了不少比较有参考价值的信息。【也别错过我过去的这篇 Facebook 的PHP性能与扩展性】图片规模作为世界上最大的 SNS 站点之一，Facebook 图片有多少? 65 亿张原始图片，每张图片存为 4-5 个不同尺寸，这样总计...

时间:2008年06月27日 09:43 标签: Facebook 网站架构转贴摘录

InfoQ 数据库架构采访文字修正稿(2)

InfoQ中文站: 在 Web 2.0的时代，海量数据对于越来越多的开发者来说，已经不再是一个遥不可及的话题了，可能随便哪一个访问量很大的Web2.0网站都有可能拥有令人咂舌的数据量，那么对于这种网站，除了对数据库存储进行优化，除了缓存，然后还有那些策略？ Fenng : 我觉得可能主要是在存储方面会有一些大的挑战。比如存储的可靠性，像以前就有过 BSP服务商对客户的数据...

时间:2008年06月21日 14:00 标签: InfoQ 网站架构转贴摘录

InfoQ 数据库架构采访文字修正稿

在 InfoQ 对我的采访发布后，我看到已经有网站在转载文字稿。其实口头的东西转换到文字，自己的话难免有些辞不达意的地方，征求 InfoQ 泰稳的意见后，我在这里就部分问答作一下修正，以免误导。以下是正文: InfoQ中文站: 作为一名资深的 DBA，大辉却在自己的 BLOG 上边写了不少关于网站架构这方面的一些文章，能不能谈谈 DBA 跟网站架构这方面的关系呢? ...

时间:2008年06月21日 13:59 标签: InfoQ 网站架构转贴摘录

LinkedIn 架构与开发过程

关心 Web 2.0 的朋友对于 LinkedIn 应该都不陌生。我这个 Blog 上以前也介绍过 LinkedIn 的架构信息。最近, LinkedIn 公司的两位工程师在 JavaOne 上做了两个分享。揭示了更多 LinkedIn 架构方面的技术信息。 1) LinkedIn - A Professional Network built with Java Technologies and Agile Practices 这是我看到的 Web 2.0 公司中第一个完全拥抱 SOA 的。这个文...

时间:2008年05月28日 09:38 标签: LinkedIn 网站架构转贴摘录

Flickr Stats 功能的设计经验

Flickr 的 DBA Dathan Pattishall 在前几天的 MySQL 大会上分享了 Scaling Heavy Concurrent Writes In Real Time (Record every Referral for Flickr Realtime) ，其中介绍了 Flickr Stats 的设计经验。国内好多 Web 站点其实也在设计类似的功能，只是不知道细节罢了。数据结构原型字段数据类型 Path_query Varchar...

时间:2008年04月28日 09:54 标签: Flickr Stats 网站架构转贴摘录

eBay 的 Personalization Platform 采用 MySQL

过去写过很多关于 eBay 数据平台架构的帖子，过去eBay 的信息架构里 DB 都是采用 Oracle 的，大多数 DBA 朋友也都知道 eBay 在 Oracle 方面的技术搞得非常好。这次的 The 2008 MySQL Conference & Expo 披露出来的信息，eBay 在 MySQL 上做了很大胆的尝试，eBay Personalization Platform 就是用 MySQL 打造的。Sun 当然不会放弃这个大好的宣传机会(这两家在技...

时间:2008年04月23日 09:25 标签: MySQL eBay Personalization Platform 网站架构转贴摘录

Skype 用 PostgreSQL 支撑海量用户

自从 MySQL 被 Sun 收购后，相信很多对该收购不放心的朋友会转而看好 PostgreSQL 的前途。虽然比较大的 Web 2.0 站点数据库方案基本都采用 MySQL ，不过也有用 PostgreSQL 并且跑的不错的。今天看到 Skype Plans for PostgreSQL to Scale to 1 Billion Users 这个帖子，对 PostgreSQL 在大型网站应用上的部署算是有了一点了解。 Skype 在数据库上的横向扩展能力以 PL/Prox...

时间:2008年04月08日 11:49 标签: Skype PostgreSQL 网站架构转贴摘录

有关 Alexa 与 AOL 部署集群文件系统

这两天关注了一下基于 SAN/NAS 的集群文件系统的产品。找到了关于 Alexa 的一则旧闻，之后又发现了一篇关于 AOL 部署 SAN 文件系统的文章。 Alexa 的相关数据 Alexa 超过 1000 台 Linux 服务器 Farm，每半年增长 300T 新数据。经过了同类产品的选型后，最后选择了 Ibrix 融合文件系统。 SAN 使用的是 HP Modular Smart Array (MSA1000) ，最大支持 12T ...

时间:2008年03月15日 12:37 标签: Alexa AOL 集群文件系统网站架构

eBay 的存储一瞥

前年在帖子里介绍过 eBay 数据量超过 2PB，这么大的数据量管理和规划是需要一些艺术的，可惜网络上能得到的信息太少。最近又找到一篇关于 eBay 存储的介绍，这篇文章通过访问 William Crosby-Lundin (这位老兄现在已经跳槽到 SalesForce了)披露了一些数据，虽然该文距离现在有一年了，还是对我有不少参考价值。 eBay 存储团队当时 12 个人，管理 13 套存储，总容量 2PB 左...

时间:2008年03月15日 08:37 标签: eBay 存储网站架构