作者文章: Fenng

本周言论 之 我死诸君思我狂

如果你愿意出200块的快递费，我给你找新丝路的模特儿给你送快递上门
–当当网李国庆
阿扁说当初提名我时忠心耿耿，现在不听话，我是对职务忠心耿耿，不是对你阿扁
–苏振平
我们的规模不是很大，没有很大的目标，我们希望通过服务的盈利模式在2008年底前实现盈利。
Ubuntu并不是非常有野心，我们不会成为微软这样的公司，我们是一个小公司
–Ubuntu 创始人 Mark Shuttleworth
博客实名制是势不可挡的
–方兴东
我死了以后，你们想我会发疯的，所谓’我死诸君思我狂’啊
–李敖. (这句话前半句方舟子说也可以,我支持方舟子)

继续阅读 →

安装 Joomla! 遇到的关于 MySQL 密码验证的问题

这两天我在尝试选择一个 CMS 系统，看过了网上的不少文章，在 CMS Matrix 站点上做了 N 次的对比表之后，决定采用 Joomla!。安装的时候，着实费了一点时间。
Joomla! 的官方安装文档倒是图文并茂的，但是还有些简略。第二步的时候，需要输入数据库的信息，主机名字，用户名，密码，还有数据库名字，可是总无情的弹出一个窗口告诉我 “Password and username incorrect…”。在终端命令行下，通过这些信息是可以登陆的。
RHEL 3 自带的 MySQL 版本比较低(3.23.58)，启动比较麻烦，干脆跑到 MySQL 官方站点下载了一个 5.0 的稳定版本来用。
难道是版本太高带来的问题么 ?
尝试搜索了一下，原来是老问题：

A.2.3. Client does not support authentication protocol
MySQL 4.1 and up uses an authentication protocol based on a password hashing algorithm that is incompatible with that used by older clients. If you upgrade the server to 4.1, attempts to connect to it with an older client may fail with the following message:

按照该帖子提示的用 OLD_PASSWORD() 重新设置了一下指定用户的密码，安装可以继续下去了。
登录到后台，测试了几篇帖子，发现 Joomla! 对中文的支持超出我的期待。
–EOF–

anothR — 基于 Skype 的 RSS Reader

跟踪英文 Blogger 圈子对中文网志年会的报道，在 O’Reilly Radar 的一篇 Blog 上注意到了这个基于 Skype 的 RSS Reader: anothR。
Skype 用户只需要把 anothR.com 机器人加到自己的联系人中。然后给这个联系人发一个 RSS 地址即可订阅这个 RSS Feed。机器人会详细提示使用方法。挺有创新性的 Web 2.0 应用。O’Reilly Radar 的那篇 Blog 说这个应用是在网志年会上启动的，我怎么一点都没有听说? 还是这个老外搞错了?
(BTW: 这个老外说”Skype was on >80% of the computers I used while I was in China”， Skype 在中国有 80% 以上计算机都在使用? 他不是来中国只在易趣呆了几天吧?)
这个工具的界面：

继续阅读 →

eBay 的数据量

作为电子商务领头羊的 eBay 公司，数据量究竟有多大? 很多朋友可能都会对这个很感兴趣。在这一篇
Web 2.0: How High-Volume eBay Manages Its Storage(从+1 GB/1 min得到的线索) 报道中，eBay 的存储主管 Paul Strong 对数据量做了一些介绍，管中窥豹，这些数据也给我们一个参考。

站点处理能力

  • 平均每天的 PV 超过 10 亿 ;
  • 每秒钟交易大约 1700 美元的商品 ;
  • 每分钟卖出一辆车A ;
  • 每秒钟卖出一件汽车饰品或者配件 ;
  • 每两分钟卖出一件钻石首饰 ;
  • 6 亿商品，2 亿多注册用户; 超过 130 万人把在 eBay 上做生意看作是生活的一部分。

在这样高的压力下，可靠性达到了 99.94%，也就是说每年 5 个小时多一点的服务不可用。从业界消息来看，核心业务的可用性要比这个高。
数据存储工程组控制着 eBay 的 2PB (1Petabyte=1000Terabytes) 可用空间。这是一个什么概念，对比一下 Google 的存储就知道了。每周就要分配 10T 数据出去，稍微算一下，一分钟大约使用 1G 的数据空间。

计算能力

eBay 使用一套传统的网格计算系统。该系统的一些特征数据：

  • 170 台 Win2000/Win2003 服务器；
  • 170 台 Linux (RHES3) 服务器；
  • 三个 Solaris 服务器: 为 QA 构建与部署 eBay.com; 编译优化 Java / C++ 以及其他 Web 元素 ;
  • Build 整个站点的时间：过去是 10 个小时，现在是 30 分钟;
  • 在过去的2年半, 有 200 万次 Build，很可怕的数字。

存储硬件

每个供货商都必须通过严格的测试才有被选中的可能，这些厂家或产品如下：

  • 交换机: Brocade
  • 网管软件：IBM Tivoli
  • NAS： Netapp (占总数据量的 5%，2P*0.05, 大约 100 T)
  • 阵列存储：HDS (95%，这一份投资可不小，HDS 不便宜, EMC 在 eBay 是出局者)
    负载均衡与 Failover: Resonate ;

搜索功能： Thunderstone indexing system ;
数据库软件：Oracle 。大多数 DB 都有 4 份拷贝。数据库使用的服务器 Sun E10000。另外据我所知, eBay 购买了 Quest SharePlex 全球 Licence 用于数据复制.

应用服务器

应用服务器有哪些特点呢?

  • 使用单一的两层架构(这一点有点疑问，看来是自己写的应用服务器)
  • 330 万行的 C++ ISAPI DLL (二进制文件有 150M)
  • 数百名工程师进行开发
  • 每个类的方法已经接近编译器的限制


非常有意思，根据eWeek 的该篇文档，昨天还有上面这段划掉的内容，今天上去发现已经修改了:

架构

  • 高分布式
  • 拍卖站点是基于 Java 的，搜索的架构是用 C++ 写的
  • 数百名工程师进行开发，所有的工作都在同样的代码环境下进行

可能是被采访者看到 eWeek 这篇报道，联系了采访者进行了更正。我还有点奇怪原来”两层”架构的说法。

其他信息

  • 集中化存储应用程序日志;
  • 全局计费：实时的与第三方应用集成(就是eBay 自己的 PayPal 吧?)
  • 业务事件流：使用统一的高效可靠消息队列. 并且使用 Cookie-cutter 模式用于优化用户体验(这似乎是大型电子商务站点普遍使用的用于提高用户体验的手法)。

后记

零散作了一点流水帐。作为一个 DBA, 或许有一天也有机会面对这样的数据量。到那一天，再回头看这一篇电子垃圾。
更新：更详细信息请参考：Web 2.0: How High-Volume eBay Manages Its Storage。可能处于 Cache 的问题，好几个人看到的原文内容有差异
–EOF–