读了最近在互联网上风传的厉建宇辞职信，对其中一段感触颇深，这一段谈及成本。
以前和ChinaCache有过短期合作，对其公司业务有所了解，所以读来又有一番滋味。
企业始终应当为客户着想，在控制自我成本的前提下，让客户实现投资收益的最大化。从这个角度来说，我们并不是把和客户的合同额签的越高越好，低成本，高品质，才能保证双赢。
进而搜索了一下土豆网的CDN建设案例，在饱受争议的 百度文库 中找到了一个PDF分享文件。
土豆面对的问题：
机房多：8Gb带宽的机房，假设每个连接是400kbps的下载速度，同时可以服务的用户数是8Gb/400kb = 20000个，需要一百多个机房才能满足几百万同时在线
文件不全：土豆网现在有4000多万个视频，假设视频的平均大小是25M，总共的存储空间是1Peta，即需要1000块1TB的硬盘
土豆的解决方案：
提高单台服务能力
开发动态调度系统来调度每个请求，解决机房之间负载平衡的问题
土豆的经验分享：
节点管理平台，分布式监控平台，统一发布平台
不做raid，最大化每块硬盘IO
使用ext4文件系统，实测IO wait下降15%
使用deadline IO scheduler，IO能力提高5%
下图是文档中提到的实时调度系统架构，这个架构是土豆的核心：
以前和ChinaCache有过短期合作，对其公司业务有所了解，所以读来又有一番滋味。
成本！成本！成本！一个企业，因为错失了提高效率，降低成本的机会，导致客户成本过高，进而迫使客户去寻找其他解决方案，就导致企业的失败。
我为什么放弃在ChinaCache的股权，回到美国求职呢？
那是因为作为CTO，我没有阻挡我的CEO快速扩张视频分享下载
（FLV）这条业务线，结果，到2008年中，当土豆在投资者（VC）的降低成本的要求下，自建CDN设施的时候，Chinacache的业务一下子下降
了60%，几个月前刚刚购买的交换机和服务器都必须折价出售，最糟糕的是还找不到买家，IT设备的价格是天天掉价的！
倘若当初CEO拒绝10%股权赎回的
诱惑（VC要求业绩必须连续两年出现100%增长），将发展FLV业务的经费投资在集群效率的优化，那么ChinaCache就可能可以用更低的成本提供
FLV下载的业务，加上时段复卖及规模效应，就可以将FLV下载业务的销售价格低于土豆（自建CDN）的成本价，土豆，优酷等视频分享业者也就不会在VC
的压力下建设自己的FLV下载基础设施。两个月发不出薪水给普通员工啊！你们一定能够体会那种痛苦，我堂堂一个中国互联网骨干设施的先期建设者，居然要靠
砸锅卖铁来等待VC的bridge
loan来渡过那艰难的三个月，所以我把股权给了留下来的同事（不知道CEO有没有执行这个意愿），自己回到美国求职。
相同的道理，阿里巴巴在过去十年，
凭借优秀的商务模式，占据80%的电子商务市场，但是，业务模式创新的速度已不如前十年，同质竞争的压力又不断地增加.........一种似曾相识的感觉涌上心
头：2000年之后，思科分别在两个阶段受到来自Juniper和华为的追赶，ChinaCache只不过将类似的问题集中在一年之内爆发，所以，当这样
的问题来临是，无论你请什么人来，都救不了这样的企业。
企业始终应当为客户着想，在控制自我成本的前提下，让客户实现投资收益的最大化。从这个角度来说，我们并不是把和客户的合同额签的越高越好，低成本，高品质，才能保证双赢。
进而搜索了一下土豆网的CDN建设案例，在饱受争议的 百度文库 中找到了一个PDF分享文件。
土豆面对的问题：
机房多：8Gb带宽的机房，假设每个连接是400kbps的下载速度，同时可以服务的用户数是8Gb/400kb = 20000个，需要一百多个机房才能满足几百万同时在线
文件不全：土豆网现在有4000多万个视频，假设视频的平均大小是25M，总共的存储空间是1Peta，即需要1000块1TB的硬盘
土豆的解决方案：
提高单台服务能力
开发动态调度系统来调度每个请求，解决机房之间负载平衡的问题
土豆的经验分享：
节点管理平台，分布式监控平台，统一发布平台
不做raid，最大化每块硬盘IO
使用ext4文件系统，实测IO wait下降15%
使用deadline IO scheduler，IO能力提高5%
下图是文档中提到的实时调度系统架构，这个架构是土豆的核心：
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
