DBA notes

前几天在 Blog 里提到答应了 Piner（陈吉平) 要给他的新书《构建 Oracle 高可用环境--企业级高可用数据库架构、实战与经验总结》写篇书评。书是拿到了多日了，断断续续再看，一直没看完。

首先恭喜一下 Piner 的新书终于顺利出版，写一部书本是一件不容易的事情，也一本有质量的书就更难上加难了。也恭喜一下博文视点顺利拿下这本书，装帧质量的确不错，相信读者也会对此满意。记得好几年前 Piner 最早在 CSDN 论坛数据库版灌水，签名经常写着“弱水三千，只取一瓢饮"，灌水地移师 ITPub 后没多久我就注意到了这个家伙。那个时候他就经常发一些总结的很好的技术文档(可见写作能力早早就开始培养了)，新书的出版也是他厚积薄发的体现。

做 DBA 久了，有时也难免动一动写书的念头，可面对 Thomas Kyte 、Lewis 这些大师的书，真有些“眼前有书写不得，大师图书在上头”的感觉。但是《构建 Oracle 高可用环境》没有作无意义的重复，就内容上，可以说是独辟蹊径。有些章节堪称填补了 Oracle 技术图书的空白，比如第 10 章的 "高可用环境下数据迁移" 与第 16 章的"高可用环境监控架构设计" 都是前人所未能阐述的东西，对很多 DBA 来说，似乎是隔了一层窗户纸，可实际上，能够有功力捅破窗户纸可不是容易的事情，没有足够的经验写不出来，只有经验而没有总览全局怕是也写不出来。

身为国内最大电子商务网站的首席 DBA，"经验总结" 毫无疑问会让无数 DBA 心痒，到底淘宝的数据库是怎么维护的? (我就时不时的去偷师借鉴经验)。不只是 DBA 应该看这本书，架构师、技术经理都应该是这本书的读者。通过本书由点及面的阐述，能够树立一个以 DB 为核心的架构观，进一步理解企业信息技术体系，增强实践技能。

我会向 DBA 推荐本书(建议春节期间就买本回家看)。《构建 Oracle 高可用环境》将会是 2008 年中文图书市场比较重要的一本数据库类图书。

(最后挑个小毛病：建议批量数据更新的处理策略能够用 ”Bulk Collect“方法，Piner 似乎一直不喜欢这么用。)

--EOF--

Posted by Fenng at 7:00 PM | Permalink | Comments (6)

“跃迁”这个词借鉴自阿西莫夫的机器人系列故事。类似一个世界向另一个世界的瞬间移动，具体怎么移动的，阿西莫夫一语带过，类似古龙的小李飞刀，如何之快你也不知道--扯远了，扯回来：最近越来越觉得(我实在有些后知后觉)桌面工具与客户端工具被淘汰的趋势已经不可逆转，用户习惯慢慢转向并会习惯 Web 应用。

举几个例子：

• Outlook --> Gmail
• Booksmarks-->del.icio.us
• FeedDemon / GreatNews-->Google Reader
• MS Office --> Zoho Suite / Google Docs
• Media Player --> YouTube

这个名单还可以拉得很长。把计算能力和存储能力交给“大计算机”来做，而浏览器(或提供同样功能的软件)作为 "元(Meta)工具" 将会长时间存在。

用户习惯一旦发生改变，再想逆转怕是不现实的事情。上大学的时候，没事的时候就去电脑城买 D 版软件光盘，那时候信息的载体很大一部分是通过 CD 走的，现在，还会有大学生去买电脑城的盗版软件么? 或许有，但会极少。单机版游戏盛行的时候，网络游戏虽然也有(如 Mud)，但毕竟是小众，现在呢，守着单机版游戏的玩家怕是太少了。这个“迁移”一旦发生，几乎就不可能有回头路。当初有多少 FeedDemon D 版的死忠用户，可现在习惯了 Google Reader 的我们即使 FeedDemon 免费了也不愿意再次使用它了。

记得有段时间在讨论 Web OS ，可能是长时间没见到比较接近的产品，大家的兴趣又减退了。或许将来，世界只需要五台超级计算机。一旦我们把习惯切换过去，还会再回来么?

微软的 Live.Com 没什么起色，而 Google 在这方面已经走的很远了。绕来绕去，好像又绕到 SaaS 上去了，但其实我没扯那么远。

--EOF--

Posted by Fenng at 7:38 PM | Permalink | Comments (14)

昨天在家看了《盲井》，就像期待的那样沉重。今天想想，回味出来两个字："回家“。

互联网传来的消息也只有两个字：雪灾。根深蒂固的家的传统观念...一年一度的人口大迁徙偏偏碰上这五十年(百年)不遇的雪灾...年，这个中国人永远摆脱不了的节日啊

上苍保佑! 上苍保佑回家的人们

--EOF--

Posted by Fenng at 8:07 PM | Permalink | Comments (4)

又有机会爆料国内 Web 2.0 网站的架构了。这次是 Yupoo! 。非正式的采访了一下 Yupoo!(又拍网) 的创建人之一的 阿华（沈志华）同学，了解了一些小道消息。

作为国内最大的图片服务提供商之一，Yupoo! 的 Alexa 排名大约在 5300 左右。同时收集到的一些数据如下：

带宽：4000M/S (参考)
服务器数量：60 台左右
Web服务器：Lighttpd, Apache, nginx
应用服务器：Tomcat
其他：Python, Java, MogileFS 、ImageMagick 等

首先看一下网站的架构图：

该架构图给出了很好的概览(点击可以查看在 Yupoo！ 上的大图和原图，请注意该图版权信息)。

关于 Squid 与 Tomcat

Squid 与 Tomcat 似乎在 Web 2.0 站点的架构中较少看到。我首先是对 Squid 有点疑问，对此阿华的解释是"目前暂时还没找到效率比 Squid 高的缓存系统，原来命中率的确很差，后来在 Squid 前又装了层 Lighttpd, 基于 url 做 hash, 同一个图片始终会到同一台 squid 去，所以命中率彻底提高了"

对于应用服务器层的 Tomcat，现在 Yupoo! 技术人员也在逐渐用其他轻量级的东西替代，而 YPWS/YPFS 现在已经用 Python 进行开发了。

名次解释：

• YPWS--Yupoo Web Server YPWS 是用 Python开发的一个小型 Web 服务器，提供基本的 Web 服务外，可以增加针对用户、图片、外链网站显示的逻辑判断，可以安装于任何有空闲资源的服务器中，遇到性能瓶颈时方便横向扩展。
• YPFS--Yupoo File System 与 YPWS 类似，YPFS 也是基于这个 Web 服务器上开发的图片上传服务器。

图片处理层

接下来的 Image Process Server 负责处理用户上传的图片。使用的软件包也是 ImageMagick，在上次存储升级的同时，对于锐化的比率也调整过了(我个人感觉，效果的确好了很多)。”Magickd“ 是图像处理的一个远程接口服务，可以安装在任何有空闲 CPU资源的机器上，类似 Memcached的服务方式。

我们知道 Flickr 的缩略图功能原来是用 ImageMagick 软件包的，后来被雅虎收购后出于版权原因而不用了（?）；EXIF 与 IPTC Flicke 是用 Perl 抽取的，我是非常建议 Yupoo! 针对 EXIF 做些文章，这也是潜在产生受益的一个重点。

图片存储层

原来 Yupoo! 的存储采用了磁盘阵列柜，基于 NFS 方式的，随着数据量的增大，”Yupoo! 开发部从07年6月份就开始着手研究一套大容量的、能满足 Yupoo! 今后发展需要的、安全可靠的存储系统“，看来 Yupoo! 系统比较有信心，也是满怀期待的，毕竟这要支撑以 TB 计算的海量图片的存储和管理。我们知道，一张图片除了原图外，还有不同尺寸的，这些图片统一存储在 MogileFS 中。

对于其他部分，常见的 Web 2.0 网站必须软件都能看到，如 MySQL、Memcached 、Lighttpd 等。Yupoo! 一方面采用不少相对比较成熟的开源软件，一方面也在自行开发定制适合自己的架构组件。这也是一个 Web 2.0 公司所必需要走的一个途径。

非常感谢一下 Yupoo! 阿华对于技术信息的分享，技术是共通的。下一个能爆料是哪家?

--EOF--

Posted by Fenng at 9:51 PM | Permalink | Comments (13)