- 博客(5)
- 收藏
- 关注
RSS订阅原创 互联网产品设计的“马化腾法则”
近日，网上流传的一篇腾讯CEO马化腾关于产品设计的内部讲座受到了互联网技术人员的广泛追捧。在这家拥有3000多名研发人员的公司，最多时曾有300多款产品，而且90%以上都在市场上占据着领先地位，申请了1600多项专利。为全业务布局互联网行业腾讯规划最具用户价值的产品，马化腾不仅仅是公司的首席执行官，更是公司的首席体验官和第一产品经理。互联网产品设计的“马化腾法则”：为产品订立优先级和先
2009-08-24 07:01:00
923
原创 Facebook - 150亿张照片海量存贮架构
Facebook 的照片分享很受欢迎，迄今，Facebook用户已经上传了150亿张照片，加上缩略图，总容量超过1.5PB，而每周新增的照片为2亿2000万张，约25TB，高峰期，Facebook每秒处理55万张照片，这些数字让如何管理这些数据成为一个巨大的挑战。本文由 Facebook 工程师撰写，讲述了他们是如何管理这些照片的。旧的 NFS 照片架构 老的照片系统架构分
2009-08-18 07:18:00
1524
1
原创 图文解读Facebook 从设计原则到架构体系
设计原则1尽可能的使用开源软件，并且在需要优化的时候进行优化2Unix 哲学。包括，模块化原则；整合化原则；清晰化原则等3任何组件具备扩展性4最小化故障影响5简化，简化，简化！架构概览Facebook 是 LAMP 的坚定支持者，也差不多是用 LAMP （或许用 LAM2P 更适合） 实现的最大的动态站点。基础组件加上服务，中间用自己实现的一些工
2009-08-18 07:17:00
1734
原创 性能强劲的Tokyo Cabinet 和 Tokyo Tyrant
Tokyo CabinetTokyo Cabinet(简称TC)是MikioHirabayashi开发的一种DBM的开发库，其数据文件只有一个，里面存放多个的数据记录，所有操作都是依据key做主键操作。key，value都可以是连续不定长，即可以是二进制，也可是是字符串。数据文件中的记录组织有三种模式，hash表，B+树，定长数组。做为hash表，主键key必须是唯
2009-08-18 07:15:00
15336
原创 海量小文件存储
Web2.0网站，数据内容以几何级数增长，尤其是那些小文件，几K～几百K不等，数量巨多，传统的文件系统处理起来很是吃力，很多网站在scaling的过程中都遇到了这样的问题：磁盘IO过高；备份困难；单点问题，容量和读写无法水平扩展，还存在故障的可能。YouTube也碰到这样的问题，每一个视频有4个缩微图，这样的话缩微图数量是视频数量的四倍，想象一下YouTube有多少视频，看一下他们遇到的问题：
2009-08-16 21:28:00
4322
3
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人