1 00:00:05,930 --> 00:00:07,360 好的 2 00:00:07,360 --> 00:00:09,130 请各位注意 3 00:00:20,860 --> 00:00:22,960 早上谈到CSAIL的时候 4 00:00:22,960 --> 00:00:26,930 我提到一些的其中一部分 5 00:00:26,900 --> 00:00:30,560 我说 实验室里 共有四个团队 6 00:00:30,560 --> 00:00:32,930 其中之一就是理论团队 7 00:00:32,930 --> 00:00:36,700 我们的理论团队十分庞大 且人数众多 8 00:00:36,700 --> 00:00:42,600 相较于其它团队 理论团队 研究资金的取得最为不易 9 00:00:42,600 --> 00:00:45,660 我们的工作多半是 10 00:00:45,660 --> 00:00:48,460 先提案 然后决定 想要研究的问题 11 00:00:48,460 --> 00:00:49,400 以及想要解决的问题 12 00:00:49,400 --> 00:00:51,430 然后再深入研究问题 并解决问题 13 00:00:51,430 --> 00:00:55,560 我们用一种线性链的方式来安排 研究的执行 14 00:00:56,060 --> 00:00:58,230 但理论上，理论团队的成员会说 15 00:00:58,230 --> 00:01:02,200 “嗯，我们可以考虑这个领域 也许还能证实一些原理 16 00:01:02,200 --> 00:01:03,300 但也许我们不应该这么做” 17 00:01:03,300 --> 00:01:05,700 因为如果他们已经确定 所要进行的研究 18 00:01:05,700 --> 00:01:08,330 他们早就该完成工作了 19 00:01:08,330 --> 00:01:13,200 所以他们很难确切说明 日后要进行的研究 20 00:01:13,200 --> 00:01:15,630 而且也多半属于探索性研究 21 00:01:15,630 --> 00:01:18,560 就算你知道在密码学领域 22 00:01:18,560 --> 00:01:23,630 或在多维几何学领域 有哪些应用 23 00:01:23,630 --> 00:01:27,600 但要在事前确定具体细节 恐怕也不容易 24 00:01:27,600 --> 00:01:28,730 另一方面 25 00:01:28,730 --> 00:01:32,100 从理论团队中 也发展出不少公司 26 00:01:32,100 --> 00:01:33,700 有些表现还不错 27 00:01:33,700 --> 00:01:37,600 像各位可能听过 Rivest和同事 28 00:01:37,600 --> 00:01:41,060 以原生加密算法 创办的RSA security安全厂商 29 00:01:41,060 --> 00:01:46,100 还有今天下午 会来到摊位的几家 30 00:01:46,100 --> 00:01:46,930 新兴公司 31 00:01:46,930 --> 00:01:50,000 另外，我们也会在这里 与其中一家公司 32 00:01:50,000 --> 00:01:51,260 Peppercoin会面 33 00:01:51,260 --> 00:01:53,500 此外还有Akamai公司 34 00:01:53,500 --> 00:01:56,830 Akamai是由 Tom Leighton教授所创办的 35 00:01:56,830 --> 00:01:59,500 各位记得 今天早上我也提到 36 00:01:59,500 --> 00:02:04,260 CSAIL实验室是由各学科组成 成员来自各系所 37 00:02:04,260 --> 00:02:07,560 而Tom就是麻省理工 的数学系教授 38 00:02:07,560 --> 00:02:11,600 他在1981年 取得本校数学系博士学位 39 00:02:11,600 --> 00:02:14,130 他也是数学系的教职人员 40 00:02:14,130 --> 00:02:18,200 事实上 理论团队 约有半数成员 41 00:02:18,200 --> 00:02:19,900 都来自数学系 42 00:02:19,900 --> 00:02:21,500 另一半则来自 信息工程系 43 00:02:21,500 --> 00:02:24,460 所以理论团队确实是跨系 44 00:02:24,460 --> 00:02:28,460 甚至跨学院的研究团队 横跨本校理、工学院 45 00:02:28,460 --> 00:02:31,960 而Tom从1981年起就是本校教职员 46 00:02:31,960 --> 00:02:34,000 几年后 47 00:02:34,000 --> 00:02:35,960 他创办了、Akamai 48 00:02:35,960 --> 00:02:39,460 在座应该多少都听过 Akamai的丰功伟业 49 00:02:39,460 --> 00:02:42,830 而今天，我们终于请到 Tom现身说法 50 00:02:42,830 --> 00:02:45,960 让我们欢迎Tom 谢谢 51 00:02:50,260 --> 00:02:51,630 感谢各位 52 00:02:51,630 --> 00:02:54,560 演说中各位如果想提问 53 00:02:54,560 --> 00:02:56,830 请起立 举手或喊出声 54 00:02:56,830 --> 00:02:58,460 我很乐意为各位解答 55 00:02:58,460 --> 00:03:02,100 之后我们也会预留时间 回答最后的一些问题 56 00:03:02,800 --> 00:03:07,200 今天 我要谈的是 Akamai初创时期的心路历程 57 00:03:07,200 --> 00:03:12,360 我们如何在当时的计算机科学实验室 展开学术研究 58 00:03:12,360 --> 00:03:15,030 所处理的问题领域 该如何继续 59 00:03:15,030 --> 00:03:16,530 以及将这些问题带入 60 00:03:16,530 --> 00:03:20,130 是什么样的因缘际会下 将它们从实验室带入公司 61 00:03:20,130 --> 00:03:23,160 还有我们之后 成功的一些方法和途径 62 00:03:23,160 --> 00:03:25,300 另外我也会提到一些 63 00:03:25,300 --> 00:03:27,100 公司先前经历的网络成长的疯狂时期 64 00:03:27,100 --> 00:03:28,360 当网络泡沫化后 65 00:03:28,360 --> 00:03:30,760 我们何去何从 66 00:03:31,660 --> 00:03:34,360 现在我先从学术研究谈起 67 00:03:34,830 --> 00:03:37,430 在Akamai刚成立时 我们的成员 68 00:03:37,430 --> 00:03:41,300 压根没想过 之后会创办公司 69 00:03:41,300 --> 00:03:43,730 当时纯粹是研究计划而已 70 00:03:43,730 --> 00:03:47,730 受到网络上一些问题 的刺激和启发 71 00:03:47,730 --> 00:03:51,660 网络是相当惊人的结构 72 00:03:51,660 --> 00:03:54,030 网络革新了我们沟通 73 00:03:54,030 --> 00:03:56,760 和做生意的方式 其实很简单 74 00:03:56,760 --> 00:04:00,660 有些人想要存取内容 75 00:04:00,660 --> 00:04:03,830 像是家庭或企业 和大专院校中的一般使用者 76 00:04:03,830 --> 00:04:07,530 而有些人则拥有其它人 想要存取的内容 77 00:04:07,530 --> 00:04:09,860 他们就能透过因特网互相存取 78 00:04:10,960 --> 00:04:14,660 如果我们深入来看 事情就比较复杂了 79 00:04:14,660 --> 00:04:16,630 特别是 80 00:04:16,630 --> 00:04:20,560 数据传送所选择的路径 从一开始的服务器 81 00:04:20,560 --> 00:04:24,930 至一般使用者的路径 可能是漫长又崎岖的过程 82 00:04:24,930 --> 00:04:27,730 通常从来源到目的地途中 83 00:04:27,730 --> 00:04:31,330 会通过许多ISP 或网络服务业者 84 00:04:31,330 --> 00:04:32,630 但有时 85 00:04:32,630 --> 00:04:36,330 过程中可能出错 86 00:04:36,337 --> 00:04:39,360 其中最大的一个问题 就是原始的基础建设 87 00:04:39,365 --> 00:04:41,730 在一开始时就出现瓶颈 88 00:04:41,734 --> 00:04:44,100 稍后我们会谈一下这个瓶颈 89 00:04:44,100 --> 00:04:46,100 还有网络交换中心的问题 90 00:04:46,100 --> 00:04:48,430 无论是公开或私人的网络交换中心 91 00:04:48,430 --> 00:04:50,860 其中数据从这个网络到其它网络 92 00:04:50,860 --> 00:04:52,200 过程中可能发生问题 93 00:04:52,200 --> 00:04:54,630 位可能遗失或 指错方向或被盗取 94 00:04:54,630 --> 00:04:56,930 而无法抵达 最终的目的地 95 00:04:56,930 --> 00:04:59,460 由于预期到这些问题的发生 96 00:04:59,460 --> 00:05:03,130 因此 Tim Burners决定 97 00:05:03,130 --> 00:05:08,500 来到信息科学实验室LCS 寻求我们演算团队的协助 98 00:05:08,500 --> 00:05:10,860 其实这也是LCS的优点之一 99 00:05:10,860 --> 00:05:12,600 它是跨领域的环境 100 00:05:12,600 --> 00:05:15,100 今天的CSAIL是 结合多重领域的环境 101 00:05:15,100 --> 00:05:18,800 它拥有各校数学系所的 理论专家 102 00:05:18,800 --> 00:05:21,230 和那些实践者携手合作 103 00:05:21,230 --> 00:05:23,260 还有像是Tim这些 104 00:05:23,260 --> 00:05:25,400 在创办网络上拥有 105 00:05:25,400 --> 00:05:27,000 杰出成就的人士 106 00:05:27,000 --> 00:05:29,160 早在1995年Tim就知道 107 00:05:29,160 --> 00:05:30,760 网络会遭遇一些难题 108 00:05:30,760 --> 00:05:33,300 特别是 基础建设的问题 109 00:05:33,300 --> 00:05:36,300 如果同时有很多人 想连上同一个网站 110 00:05:36,300 --> 00:05:38,460 就会发生问题 111 00:05:38,460 --> 00:05:40,660 Tim说：“既然你们研究的是 112 00:05:40,660 --> 00:05:43,960 一些复杂问题的演算和网络 那你们就负责理论的部分吧 113 00:05:43,960 --> 00:05:47,360 也许你们可以 想出一个好的解决方法” 114 00:05:47,360 --> 00:05:49,300 这已经是1995年的事情了 115 00:05:49,300 --> 00:05:51,130 所以这就是我们的开始 116 00:05:51,500 --> 00:05:53,930 关于那两个问题 我想稍微谈一下 117 00:05:55,270 --> 00:05:56,060 首先是集中化的瓶颈 118 00:05:56,060 --> 00:05:58,400 这目前还是个大问题 119 00:05:58,400 --> 00:06:00,300 它的基本概念很简单： 120 00:06:00,300 --> 00:06:03,900 集中化的网站会产生 相同的瓶颈 121 00:06:03,900 --> 00:06:06,230 对攻击者来说是个诱人的目标 122 00:06:06,230 --> 00:06:09,630 近年来我们在许多重要的网站上 都发现这样的情形 123 00:06:09,630 --> 00:06:15,060 像是白宫 微软和Sco的网站 都很容易遭受攻击 124 00:06:15,060 --> 00:06:17,230 它原本就无法调整 125 00:06:17,230 --> 00:06:20,560 由于网络使用量 宽带联机的风行 126 00:06:20,560 --> 00:06:22,300 传送位数的增加 127 00:06:22,300 --> 00:06:27,500 这些都对单一基础建设 造成莫大的负担 128 00:06:27,500 --> 00:06:28,500 各位了解 129 00:06:28,500 --> 00:06:31,060 网络可以说是 一体两面的东西 130 00:06:31,060 --> 00:06:35,500 一方面是它以前所未有的 能力支持通讯 131 00:06:35,500 --> 00:06:39,560 就算没有联邦通讯委员会的授权 或不买下广播电台 132 00:06:39,560 --> 00:06:41,660 任何人都可以架设网站 133 00:06:41,660 --> 00:06:44,900 成千上万的民众 都可以存取其中的信息 134 00:06:44,900 --> 00:06:46,360 确实了不起 135 00:06:46,360 --> 00:06:48,430 但另一方面 也可能真的有成千上万的人 136 00:06:48,430 --> 00:06:50,560 试着 存取其中的信息 137 00:06:50,560 --> 00:06:52,630 甚至在同一时间 大家一起存取 138 00:06:52,630 --> 00:06:57,360 最著名的例子就是 “维多利亚的秘密”时装秀 139 00:06:57,360 --> 00:07:00,100 在1999年超级杯 推出了时装秀的广告 140 00:07:00,100 --> 00:07:02,330 在场的许多人也许还记得 141 00:07:03,000 --> 00:07:06,330 在超级杯的广告里，他们让模特儿 穿着性感内衣走在伸展台上 142 00:07:06,330 --> 00:07:08,760 广告上说，如果你想 观赏完整的服装秀 143 00:07:08,760 --> 00:07:11,560 请于周二晚间 九点上我们的网站 144 00:07:11,560 --> 00:07:15,500 结果到了周二晚上九点 不到10秒钟的时间该网站就挂了 145 00:07:15,500 --> 00:07:18,600 “维多利亚的秘密”网站 和周围的其它网站 146 00:07:18,600 --> 00:07:20,900 全部一起被塞爆 147 00:07:20,900 --> 00:07:23,130 这也使我们了解到 网络使用的普及化 148 00:07:23,130 --> 00:07:25,960 还有不少例子 每当有热门的信息时 149 00:07:25,960 --> 00:07:30,630 网站却无法支持所有 想连上网站的人口流量 150 00:07:30,630 --> 00:07:32,800 若你想试着支持这样的流量 151 00:07:32,800 --> 00:07:35,760 确实的人次数 可能让你难以想像 152 00:07:35,760 --> 00:07:38,200 像是各家电子商务业者 都必须估计 153 00:07:38,200 --> 00:07:40,360 今年圣诞节会有 多少人次涌入 154 00:07:40,360 --> 00:07:42,360 应该建立什么样的基础建设规模 155 00:07:42,360 --> 00:07:44,530 而对国税局来说 最重要的就是4月15日 156 00:07:44,530 --> 00:07:47,230 他们必须考虑这天的基础建设 应该有多大？ 157 00:07:47,230 --> 00:07:50,630 对于花店或母亲节的 在线商务业者 158 00:07:50,630 --> 00:07:54,460 他们也必须 对这些重要的日子作准备 159 00:07:54,460 --> 00:07:56,730 如果流量估计正确 160 00:07:56,730 --> 00:07:58,730 你整年都可以高枕无忧 161 00:07:58,730 --> 00:08:01,560 如果估计错误 你可能会灰头土脸 162 00:08:01,560 --> 00:08:02,760 这确实是个问题 163 00:08:02,760 --> 00:08:06,560 这也带出需求运算的完整概念 现在像是IBM 164 00:08:06,560 --> 00:08:10,600 或其它大公司 在这方面都投注大量的资金 165 00:08:12,160 --> 00:08:14,200 而较鲜为人知 的一些问题 166 00:08:14,200 --> 00:08:16,360 则是因特网中 基础建设的问题 167 00:08:16,360 --> 00:08:19,230 在Tim加入之后 我们便展开研究 168 00:08:19,230 --> 00:08:21,730 然后发现 其中甚至存在 一些更为根深蒂固的问题 169 00:08:21,730 --> 00:08:25,360 而非只是传输内容的 集中化观念 170 00:08:25,360 --> 00:08:27,900 首先 我们知道 171 00:08:27,560 --> 00:08:31,460 一般人总以为因特网 存有许多未点亮的光纤 172 00:08:31,460 --> 00:08:33,630 以及充裕的容量 173 00:08:33,630 --> 00:08:35,960 这观念不算全错 174 00:08:36,300 --> 00:08:37,400 像是纽约到洛杉矶间的主干光纤 175 00:08:37,400 --> 00:08:40,630 有些至今仍未点亮 176 00:08:40,900 --> 00:08:41,500 因此存在额外的容量 177 00:08:41,500 --> 00:08:44,900 但问题不在于 那些主干光纤 178 00:08:45,230 --> 00:08:47,530 而是在各ISP之间以对等关系 179 00:08:47,530 --> 00:08:51,330 连接这些大管线的路由器 180 00:08:51,330 --> 00:08:55,900 从洛杉矶到纽约 你可以经由MCI公司 取得你所需要的数据位 181 00:08:55,900 --> 00:08:59,600 你试着将这些数据位 从MCI传给纽约的Sprint 182 00:08:59,600 --> 00:09:03,200 或一般使用者所属 较不知名的ISP 183 00:09:03,200 --> 00:09:05,160 现在问题来了 184 00:09:05,160 --> 00:09:07,460 我们又回到另一项 非技术问题 185 00:09:07,460 --> 00:09:09,060 我们可以建立大型路由器 186 00:09:09,060 --> 00:09:11,430 有些公司的路由器 品质还不错 187 00:09:11,430 --> 00:09:14,200 但这也产生经济 商业上的问题 188 00:09:14,200 --> 00:09:15,960 对各家网络公司而言 189 00:09:15,960 --> 00:09:18,600 取用彼此的流量或为各国 190 00:09:18,600 --> 00:09:20,530 或全世界的流量提供传输 191 00:09:20,530 --> 00:09:23,700 他们还没确定该如何 相互计费 192 00:09:23,700 --> 00:09:26,330 而最佳的防御就是限制 193 00:09:26,330 --> 00:09:29,000 你在骨干网络上所允许的 其它厂商流量 194 00:09:29,000 --> 00:09:31,030 在网络交换中心进行限缩 195 00:09:31,030 --> 00:09:32,600 如果你在网络交换中心 196 00:09:32,600 --> 00:09:36,160 执行限缩 不让更多流量通过 197 00:09:36,160 --> 00:09:39,260 就会造成因特网大塞车 198 00:09:39,260 --> 00:09:42,100 在大型骨干管线 不常出现这种塞车情形 199 00:09:42,100 --> 00:09:44,000 而是在交换关系上 200 00:09:44,000 --> 00:09:45,260 当路由器忙得不可开交时 201 00:09:45,260 --> 00:09:48,300 它会将管线 将封包丢弃在底层 202 00:09:48,300 --> 00:09:49,230 另外 203 00:09:49,230 --> 00:09:51,060 还有一件事情会使问题恶化 204 00:09:51,060 --> 00:09:56,330 传阅封包的算法 会略过壅塞的情况 205 00:09:56,330 --> 00:09:58,230 决定封包 206 00:09:58,230 --> 00:10:01,600 由来源至目的地路径的 算法 称为BGP 207 00:10:01,600 --> 00:10:02,860 也就是边界网关通讯协议 208 00:10:02,860 --> 00:10:07,530 它先巡览各家ISP 再选择封包采取的路径 209 00:10:07,530 --> 00:10:10,260 它根据通过 210 00:10:10,260 --> 00:10:13,730 路由器的约略数目 试图找出最短距离的路径 211 00:10:13,730 --> 00:10:17,030 但却无法 区别不同的路由器 212 00:10:17,030 --> 00:10:20,330 像是容量充足的路由器 213 00:10:20,331 --> 00:10:22,660 或是容量耗尽开始丢弃封包的路由器 214 00:10:22,660 --> 00:10:26,500 它只会沿着相同的路径 不断传送封包 215 00:10:26,500 --> 00:10:29,030 而忽略封包是否可以通过 216 00:10:29,030 --> 00:10:33,200 所以基本上的问题是 我们无法实际解决网络上的问题 217 00:10:34,200 --> 00:10:37,630 当我们再深入一层来探讨 218 00:10:37,630 --> 00:10:39,900 供应 BGP 寻找 219 00:10:39,900 --> 00:10:45,160 快捷方式的资料 你会发现还有更糟的问题 220 00:10:45,160 --> 00:10:47,960 一般人总以为 我可以获得数据 221 00:10:48,060 --> 00:10:51,530 知道骨干网络上点和点 之间的距离 222 00:10:51,530 --> 00:10:54,130 然后以快捷方式的算法 将该数据传送过去 223 00:10:54,130 --> 00:10:57,130 这四十多年来 我们也都知道解决的办法 224 00:10:57,130 --> 00:10:58,760 然后就能得到解答 225 00:10:58,760 --> 00:11:00,400 但其实并非如此 226 00:11:00,400 --> 00:11:04,000 由于各家ISP之间的经济 和商业上问题 227 00:11:04,000 --> 00:11:10,430 每一家网络都会稍微杜撰 供应整个因特网的数据 228 00:11:10,430 --> 00:11:11,300 例如 229 00:11:11,300 --> 00:11:14,400 若有一家网络公司不希望 纽约和洛杉矶之间的骨干连结 230 00:11:14,400 --> 00:11:17,100 被他人使用 231 00:11:17,100 --> 00:11:19,400 而导致可能收不到使用费 232 00:11:19,400 --> 00:11:23,860 他们就会说这其中的距离为二十 233 00:11:23,860 --> 00:11:25,330 但实际的距离只有三 234 00:11:25,330 --> 00:11:28,060 而当BGP算出最短路径 235 00:11:28,060 --> 00:11:29,600 当它发现二十时 236 00:11:29,600 --> 00:11:32,360 它就会试着寻找 其它距离更短的路径 237 00:11:32,360 --> 00:11:36,030 网络就是以这样的方式 左右流量的去向 238 00:11:36,030 --> 00:11:39,400 所以假如你不付费 就无法用来传输 239 00:11:39,400 --> 00:11:42,130 大家都得遵守游戏规则 240 00:11:42,130 --> 00:11:45,930 因此送入BGP的数据 241 00:11:45,930 --> 00:11:47,860 其实在许多方面都没有意义 242 00:11:47,860 --> 00:11:50,530 当你根据杜撰的资料 找到快捷方式 243 00:11:50,530 --> 00:11:52,600 这条路径也不是真的快捷方式 244 00:11:52,600 --> 00:11:55,400 路由追踪 还有一个不错的方法 245 00:11:55,400 --> 00:11:58,360 你可以追踪到其它位置的路由 查看它采取的路径 246 00:11:58,360 --> 00:12:01,860 通常你会发现 那绝不会是 因特网上最短的路径 247 00:12:01,860 --> 00:12:03,360 像是 我记得有一天 248 00:12:03,360 --> 00:12:06,460 我们从Akamai的大楼 追踪传送到麻省理工 249 00:12:06,460 --> 00:12:09,500 大约五分钟步行路程的位置 250 00:12:09,500 --> 00:12:13,000 他的讯号却必须经过以色列 251 00:12:13,000 --> 00:12:14,360 对吧？ 好的 252 00:12:14,360 --> 00:12:17,460 BGP做得没错 253 00:12:17,460 --> 00:12:20,430 它只是根据所获得的资料 寻找最短的路径 254 00:12:20,430 --> 00:12:22,200 而为何资料都得经过以色列？ 255 00:12:22,200 --> 00:12:27,530 因为算法所根据的数据都有错误 256 00:12:27,530 --> 00:12:28,830 好的 257 00:12:28,830 --> 00:12:32,760 在众人瞎搞这些数据之后 258 00:12:32,760 --> 00:12:34,560 各种各样的惨剧都有可能发生 259 00:12:34,560 --> 00:12:35,260 这样各位了解吗？ 260 00:12:35,260 --> 00:12:38,330 有个不错的例子在第三层 261 00:12:38,330 --> 00:12:42,660 我们若不小心 输入无限大的负数时 262 00:12:42,660 --> 00:12:45,530 相当于无限大负数的成本 263 00:12:45,530 --> 00:12:48,530 或者－通过骨干的距离 264 00:12:48,530 --> 00:12:50,430 当你计算最短路径时 265 00:12:50,430 --> 00:12:53,760 有些边缘 存在无限大的负数长度 266 00:12:53,760 --> 00:12:57,800 所有使用该边缘的路径 都有无限大的负数长度 267 00:12:57,800 --> 00:13:01,630 在因特网上 所有的封包 都立刻争相前往第三层 268 00:13:01,630 --> 00:13:03,560 基本上 每个路径都必须 269 00:13:03,560 --> 00:13:05,000 通过第三层 270 00:13:05,000 --> 00:13:07,760 但第三层的对等 点都很小 271 00:13:07,760 --> 00:13:10,030 才能抵御过多传入的封包 272 00:13:10,030 --> 00:13:11,900 若突然发生大塞车 273 00:13:11,900 --> 00:13:13,530 BGP来不及反应 274 00:13:13,530 --> 00:13:15,430 所有的封包就都会遗失 275 00:13:15,430 --> 00:13:18,830 因此在他们找出 问题的肇因之前 276 00:13:18,830 --> 00:13:20,560 因特网将 停顿一个小时之久 277 00:13:20,560 --> 00:13:23,400 直到他们修正好 信息 才能再次传播 278 00:13:23,400 --> 00:13:25,260 隔天在报纸上 你就会看到 279 00:13:25,260 --> 00:13:29,600 “某处的光纤被拖曳机切断了 导致因特网暂时严重堵塞” 280 00:13:29,600 --> 00:13:30,300 了解了吗？ 281 00:13:30,300 --> 00:13:32,930 因为他们不想让你知道 他们究竟在玩什么把戏 282 00:13:32,930 --> 00:13:34,930 全世界哪有这么多拖曳机 283 00:13:35,030 --> 00:13:38,500 能造成因特网的所有问题 284 00:13:39,600 --> 00:13:42,960 更糟的是 285 00:13:42,960 --> 00:13:47,560 路由算法也很容易 损失整个路由 286 00:13:47,560 --> 00:13:50,160 和遭受蓄意的路由盗窃 287 00:13:50,160 --> 00:13:53,560 各位多半能透过网络黑洞的观念 理解这问题 288 00:13:53,560 --> 00:13:59,030 假如有某家ISP业者宣称 他拥有你的IP地址 289 00:13:59,030 --> 00:14:02,160 然后把你的地址输入 他的路由器 并加以传播 290 00:14:02,160 --> 00:14:03,130 就在这一瞬间 291 00:14:03,130 --> 00:14:06,700 所有将你作为目的地的流量 都不会传到你那里 292 00:14:06,700 --> 00:14:11,430 而会传给不小心 输入错误地址的ISP业者 293 00:14:11,500 --> 00:14:13,730 由于这家ISP并不拥有该 IP 地址 294 00:14:13,730 --> 00:14:17,400 因此它就会忽略 并把封包遗失 295 00:14:17,400 --> 00:14:18,900 这已经不是新鲜事了 296 00:14:18,900 --> 00:14:23,100 对经营电子商务网站的人士而言 在经济层面便有极大的影响 297 00:14:23,100 --> 00:14:27,430 过去也有大型连锁饭店业者 发生这种问题 还持续了五个小时 298 00:14:27,430 --> 00:14:30,730 Comcast不慎盗用了 这家饭店的因特网IP地址 299 00:14:30,730 --> 00:14:32,960 他们的网站 因此停用了五个小时 300 00:14:32,960 --> 00:14:34,630 损失的美金约数百万元 301 00:14:34,630 --> 00:14:38,060 肇事责任的官司 至今仍在诉讼中 302 00:14:38,060 --> 00:14:40,630 不过这只是意外的误用 303 00:14:40,630 --> 00:14:45,660 垃圾邮件发信者用此法发送大量 垃圾邮件，再嫁祸给无辜第三者 304 00:14:45,660 --> 00:14:48,230 他们会窃取他人的IP区段 305 00:14:48,230 --> 00:14:51,560 因为很少有人会实际确认 是谁拥有该IP区段 306 00:14:51,560 --> 00:14:53,460 方法很简单 307 00:14:53,460 --> 00:14:55,800 你－只要找一台路由器或T1 308 00:14:55,800 --> 00:14:58,860 并宣布“我拥有这些IP地址” 309 00:14:58,860 --> 00:15:01,960 然后告知 另一端的路由器 310 00:15:01,960 --> 00:15:04,760 它就会透过因特网 将信息传播出去 311 00:15:04,760 --> 00:15:07,200 事实上 有心人士就会散布 312 00:15:07,200 --> 00:15:08,730 他们确实能控制这种信息的散布 313 00:15:08,730 --> 00:15:10,630 范围由他控制 314 00:15:10,630 --> 00:15:12,560 当坏人拥有IP空间后 315 00:15:12,560 --> 00:15:13,860 他可以用来发送大量垃圾邮件 316 00:15:13,860 --> 00:15:15,830 发送出去之后 他可以离开 317 00:15:15,830 --> 00:15:18,460 可以下线 离开网络 318 00:15:18,460 --> 00:15:21,300 等你查到究竟是谁 发送垃圾邮件 319 00:15:21,300 --> 00:15:23,730 你找到该IP地址的所有人 320 00:15:23,730 --> 00:15:25,630 但这个人却一头雾水 321 00:15:25,630 --> 00:15:27,000 各位了解了吗？ 322 00:15:27,000 --> 00:15:29,430 在电子商务方面这将更严重 323 00:15:29,430 --> 00:15:31,260 例如你在在线使用金融服务时 324 00:15:31,260 --> 00:15:33,230 也许你在波士顿 有个Fleet银行的账户 325 00:15:33,230 --> 00:15:34,100 还有密码 326 00:15:34,100 --> 00:15:36,030 你可以设定你的 登入名称和密码 327 00:15:36,030 --> 00:15:38,160 我轻易就能偷到你的名称和密码 328 00:15:38,160 --> 00:15:39,200 方法很多 329 00:15:39,200 --> 00:15:44,700 其中一个是因为BGP不会 验证IP地址的所有权 330 00:15:44,700 --> 00:15:47,730 所以我可以窃取你的密码 331 00:15:47,730 --> 00:15:51,630 我找到你的ISP 332 00:15:51,630 --> 00:15:58,160 传送讯息给你的ISP 说 我拥有银行的IP地址 333 00:15:58,160 --> 00:16:00,030 并限制该信息的散布 334 00:16:00,030 --> 00:16:02,860 因此只有特定的ISP知道 335 00:16:02,860 --> 00:16:05,760 这家ISP也不会检查或确认 336 00:16:05,760 --> 00:16:07,430 他们会说“没问题” 337 00:16:07,430 --> 00:16:10,560 之后这家ISP就会立刻将 银行的所有流量传送给我 338 00:16:10,560 --> 00:16:12,030 全到我这里来 339 00:16:12,030 --> 00:16:13,360 同时 340 00:16:13,360 --> 00:16:15,330 我已经从银行下载了登入的网页 341 00:16:15,330 --> 00:16:16,860 我只要下载这个网页 342 00:16:16,860 --> 00:16:19,530 大家就会来我这里登入 进行金融交易 343 00:16:19,530 --> 00:16:22,730 请看我的登入网页 344 00:16:22,730 --> 00:16:23,530 可以吗？ 345 00:16:23,530 --> 00:16:27,100 输入你的登入 身份和密码后 346 00:16:27,100 --> 00:16:28,500 你会发现 347 00:16:28,500 --> 00:16:30,260 你被重新导入这个网站 噢，你必须重新登入 348 00:16:30,260 --> 00:16:32,300 因为发生了点小问题 所以请重新登入 349 00:16:32,300 --> 00:16:33,260 知道吧？ 350 00:16:33,260 --> 00:16:36,060 你也没有发现任何的异常状况 351 00:16:36,060 --> 00:16:36,930 对吧？ 352 00:16:36,930 --> 00:16:38,230 银行当然不知情 353 00:16:38,230 --> 00:16:40,600 他们只少了百分之三的流量 但这也无法证实 354 00:16:40,600 --> 00:16:41,560 他们根本不会察觉 355 00:16:41,560 --> 00:16:44,930 我只是从某家ISP 收集了所有的密码 356 00:16:44,930 --> 00:16:48,330 这是目前我可以在因特网上 使用的五种方法之一 357 00:16:48,330 --> 00:16:50,200 没有人知道我做了什么好事 358 00:16:50,200 --> 00:16:52,930 好的 你可以 各位可能不是很了解 359 00:16:52,930 --> 00:16:55,360 现在因特网上的信息有多珍贵 360 00:16:55,360 --> 00:16:57,030 所以这些是更深一层的问题 361 00:16:57,030 --> 00:17:00,360 这些是在目前的因特网基础建设中 比较少人了解的部分 362 00:17:00,360 --> 00:17:04,760 这也是Akamai成立的原因 363 00:17:04,760 --> 00:17:05,830 好的 364 00:17:05,830 --> 00:17:07,430 从早期到现在 365 00:17:07,430 --> 00:17:08,800 一直存在的一个问题 366 00:17:08,800 --> 00:17:10,330 就是人们总觉得 367 00:17:10,330 --> 00:17:12,360 一切都会改善 368 00:17:12,360 --> 00:17:14,830 日后各公司将整合 369 00:17:14,830 --> 00:17:17,100 并出现两到三家 第一级的网络公司 370 00:17:17,100 --> 00:17:18,760 他们将无所不包 371 00:17:18,760 --> 00:17:20,960 他们会合作 处理好这些问题 372 00:17:20,960 --> 00:17:22,630 但事实并非如此 373 00:17:22,630 --> 00:17:24,160 Akamai刚成立时 374 00:17:24,160 --> 00:17:26,400 因特网共包含 七千家网络 375 00:17:26,400 --> 00:17:28,400 而如今有一万五千家 376 00:17:28,400 --> 00:17:31,200 这之中曾有多家知名公司 破产倒闭 377 00:17:31,200 --> 00:17:34,800 即便在第一级的公司中 也没有太多整合的情形 378 00:17:34,800 --> 00:17:38,700 另一个错误的观念是 第一级网络公司主宰一切 379 00:17:38,700 --> 00:17:39,930 实则不然 380 00:17:39,930 --> 00:17:42,660 几乎所有第一级的网络公司 都会宣称 自己有百分之四十的市占率 381 00:17:42,660 --> 00:17:44,830 至少二十几家公司 382 00:17:44,830 --> 00:17:46,760 而各位－大家也猜得到 这并非事实 383 00:17:46,760 --> 00:17:48,630 要确认倒也不难 384 00:17:48,630 --> 00:17:49,930 但其实 385 00:17:49,930 --> 00:17:52,530 所有第一级公司加起来的控制 还不到 386 00:17:52,530 --> 00:17:55,400 传给一般使用者位的 百分之二十五 387 00:17:55,400 --> 00:17:57,500 许多位传送都是由 你没听过的公司 388 00:17:57,500 --> 00:17:59,600 传送给一般使用者 389 00:17:59,600 --> 00:18:01,400 而其曲线图 390 00:18:01,400 --> 00:18:03,130 如果你想获得 百分之九十五的占有率 391 00:18:03,130 --> 00:18:06,000 可能需要一万家ISP 392 00:18:06,000 --> 00:18:08,460 才能处理目前 一般使用者接收的位数 393 00:18:08,460 --> 00:18:12,960 所以说 这是非常 分散的基础建设 394 00:18:12,960 --> 00:18:16,960 并不具备特定的 控制力量 395 00:18:16,960 --> 00:18:18,330 那些ISP在美国吗？ 396 00:18:18,330 --> 00:18:19,030 那是什么？ 397 00:18:19,030 --> 00:18:20,630 那些ISP之中 有几家是在美国？ 398 00:18:20,630 --> 00:18:21,930 我不清楚确切的数目 399 00:18:21,930 --> 00:18:24,560 但如今在海外 流量 有显著的成长 400 00:18:24,560 --> 00:18:27,960 目前中国大陆是因特网上位传输 成长最快的国家 401 00:18:27,960 --> 00:18:29,030 而巴西 402 00:18:29,030 --> 00:18:34,060 也是目前因特网上 成长快速的位消费者 403 00:18:34,060 --> 00:18:36,000 因此这已经越来越国际化了 404 00:18:36,000 --> 00:18:37,960 看看我们的流量图 你会发现 405 00:18:37,960 --> 00:18:40,330 现在几乎没有高低起伏 406 00:18:40,330 --> 00:18:41,930 但各位知道吗 几年前 407 00:18:41,930 --> 00:18:44,460 在美国 夜间流量 要比现在少得多 408 00:18:44,460 --> 00:18:47,700 因此因特网 变得越来越国际化 409 00:18:49,230 --> 00:18:50,660 所以究竟这代表什么 410 00:18:50,660 --> 00:18:52,930 是什么为公司创造了 潜在商机 411 00:18:52,930 --> 00:18:57,100 或让它像是 有趣的研究主题？ 412 00:18:57,100 --> 00:19:00,030 嗯 这些问题使得下载速度变慢 413 00:19:00,030 --> 00:19:02,230 应用程序也相当缓慢 414 00:19:02,230 --> 00:19:04,360 它们不可靠 415 00:19:04,360 --> 00:19:06,960 这些基础建设 原本就无法调整 416 00:19:06,960 --> 00:19:08,100 还有因特网的架构 417 00:19:08,100 --> 00:19:10,830 Tim早在1995年就 发现这个情况 418 00:19:10,830 --> 00:19:13,760 早在“维多利亚的秘密” 举办服装秀的四年前 419 00:19:13,760 --> 00:19:16,160 他就说： “这会是一大问题 420 00:19:16,160 --> 00:19:21,260 它不安全 比人们的认知更不安全 421 00:19:21,260 --> 00:19:22,900 而且相当昂贵 422 00:19:22,900 --> 00:19:25,530 如果你想架设 电子商务网站 423 00:19:25,530 --> 00:19:27,930 或在因特网上进行交易 或保护你的品牌 424 00:19:27,930 --> 00:19:32,060 你必须花很多钱 才能建立 集中的基础建设 425 00:19:32,060 --> 00:19:33,330 而且 426 00:19:33,330 --> 00:19:37,430 另一种误解是 宽带就能解决问题 427 00:19:37,430 --> 00:19:38,230 你们也这样想吗？ 428 00:19:38,230 --> 00:19:41,230 事实上 宽带只会让问题 更加恶化 429 00:19:41,230 --> 00:19:43,260 因为现在有人传送位 430 00:19:43,260 --> 00:19:47,600 他们希望传送速度较过去 快上二十倍 431 00:19:47,600 --> 00:19:48,500 对吧？ 432 00:19:48,500 --> 00:19:51,500 他们追求的是每秒1 MB 而非每秒50 kb 433 00:19:51,500 --> 00:19:53,730 这使得中央基础建设的 负载增加 434 00:19:53,730 --> 00:19:55,460 在对等关系亦然 435 00:19:55,460 --> 00:19:57,830 因此引发更多问题 436 00:19:57,830 --> 00:19:59,400 它虽然能解决“最后一哩”的问题 437 00:19:59,400 --> 00:20:02,760 但却无法解决因特网内部 基础建设的问题 438 00:20:04,300 --> 00:20:07,000 所以除了当时的研究之外 在Akamai 439 00:20:07,000 --> 00:20:09,260 所要进行的工作背后 含有什么样的高级概念呢？ 440 00:20:09,260 --> 00:20:12,400 各位了解吗？Tim就说了 “这是我们的问题” 441 00:20:12,400 --> 00:20:15,830 那么 我们应该 尝试用什么样的方法 442 00:20:15,830 --> 00:20:17,230 来克服这个问题？ 443 00:20:17,230 --> 00:20:21,200 高阶的概念很简单 444 00:20:21,200 --> 00:20:24,600 就是使用分散的 基础建设和架构 445 00:20:24,600 --> 00:20:27,460 而非集中的 基础建设和架构 446 00:20:27,460 --> 00:20:29,130 对我们来说是很简单的想法 447 00:20:29,130 --> 00:20:32,300 因为我们的工作 就是在网络上 进行分布式演算 448 00:20:32,300 --> 00:20:33,730 这也是我们喜欢做的事 449 00:20:33,730 --> 00:20:37,160 即使这不是好的答案 也是我们打算做的事 450 00:20:37,160 --> 00:20:39,160 这是我们过去做的事 451 00:20:39,160 --> 00:20:40,900 如果可以 我们还想写写相关的论文 452 00:20:40,900 --> 00:20:42,660 但如果没有用 也仅止于此 453 00:20:42,660 --> 00:20:46,200 因此这个概念就是 将无数个服务器 454 00:20:46,200 --> 00:20:50,500 放置在世界各个角落 网络通讯上最末端到一般使用者的距离 455 00:20:50,500 --> 00:20:54,030 将这些服务器置于 一万五千家ISP 456 00:20:54,030 --> 00:20:58,100 而非从世界各地或各国 的服务器提供内容 457 00:20:58,100 --> 00:21:01,700 进入这些 这里的服务器 从本地服务器 458 00:21:01,700 --> 00:21:05,030 有时你必须返回来源 取得信息 459 00:21:05,130 --> 00:21:08,300 你会建立某种架构 以方便行事 460 00:21:08,300 --> 00:21:10,360 如今 所有互动都在本地端进行 461 00:21:10,360 --> 00:21:12,000 这就是高阶的概念 462 00:21:13,800 --> 00:21:17,900 一般之所以认为 情况会改善 463 00:21:17,900 --> 00:21:19,660 是因为它的速度会变快 464 00:21:19,660 --> 00:21:22,000 一切都在本机进行 因此会更快 465 00:21:22,000 --> 00:21:25,630 因为你有分散的基础建设 因此会更可靠 466 00:21:25,630 --> 00:21:29,000 如果有服务器当掉 也不用怕 因为你还有10000台 467 00:21:29,560 --> 00:21:31,260 你可以进行规模上的调整 468 00:21:31,260 --> 00:21:34,230 不必担心必须扩大 集中的基础建设 469 00:21:34,230 --> 00:21:36,200 因为你已经建立了 这个大型平台 470 00:21:36,200 --> 00:21:39,300 任何人都可以随选 使用更大的规模 471 00:21:39,300 --> 00:21:43,100 它也很安全 因为一般使用者 472 00:21:43,100 --> 00:21:45,760 再也无法进入讯号来源的基础系统 473 00:21:45,760 --> 00:21:49,160 而只是必须照顾 散布在世界各地的服务器 474 00:21:49,160 --> 00:21:53,100 你也可以扩充它们 为讯号源头提供防护 475 00:21:53,100 --> 00:21:54,900 一切也符合成本效益 476 00:21:54,900 --> 00:21:58,360 你可以向有网站的人推销 告诉对方： 477 00:21:58,360 --> 00:21:59,860 “别担心布建的问题 478 00:21:59,860 --> 00:22:02,000 或是多余的资料中心 479 00:22:02,000 --> 00:22:05,700 我们会帮你进行备份 并复制在我们的分布式网络” 480 00:22:05,700 --> 00:22:06,860 管理也相当简便 481 00:22:06,860 --> 00:22:10,060 我们用数学分布式运算 482 00:22:10,060 --> 00:22:13,200 帮你解决所有复杂问题 483 00:22:14,600 --> 00:22:16,500 好的那么 484 00:22:16,500 --> 00:22:18,600 如何让它成功？ 485 00:22:18,600 --> 00:22:21,630 各位知道 在1995年的时候 486 00:22:21,630 --> 00:22:24,200 你想要开始实务运作并说 487 00:22:24,200 --> 00:22:26,060 “我们要建立一个庞大的 分布式网络 488 00:22:26,060 --> 00:22:29,130 能为各大网站的 所有网页提供服务” 489 00:22:29,130 --> 00:22:31,400 他们一定会说少来了 对吧？ 490 00:22:31,400 --> 00:22:32,930 这挺有趣的 491 00:22:32,930 --> 00:22:35,760 这就是为什么 这些人还身处于象牙塔 492 00:22:35,760 --> 00:22:37,960 而没有进入业界 493 00:22:37,960 --> 00:22:42,660 所以我们－我们在理论上 花了不少时间 494 00:22:42,660 --> 00:22:44,160 研究怎么样让它运作 495 00:22:44,160 --> 00:22:49,660 初期的重点都是 如何在不可靠的因特网中 496 00:22:49,660 --> 00:22:52,260 协调所有的服务器 497 00:22:52,260 --> 00:22:57,700 如何将想浏览雅虎网页的 一般使用者 导向至 498 00:22:57,700 --> 00:22:58,930 最近的服务器 499 00:22:58,930 --> 00:23:01,500 它拥有雅虎的网页 同时又不会超载 500 00:23:01,500 --> 00:23:02,800 之类的事情 501 00:23:02,800 --> 00:23:04,160 这还必须实时进行 502 00:23:04,160 --> 00:23:05,200 你不能 503 00:23:05,200 --> 00:23:07,330 当他们按下浏览器 如果你想了几分钟才给答案 504 00:23:07,330 --> 00:23:09,230 这样是不行的 505 00:23:09,230 --> 00:23:11,900 你必须真正 真正的实时快速 506 00:23:11,900 --> 00:23:14,900 因此在协调上 我们花了很多功夫 507 00:23:15,260 --> 00:23:19,130 这不是我们最初考虑的方法 508 00:23:19,130 --> 00:23:21,900 但创办一家公司你必须收费… 509 00:23:21,900 --> 00:23:24,130 而那些架设网站的人 必须付费— 510 00:23:24,130 --> 00:23:26,730 你必须寄账单给他们 才算是做生意 511 00:23:26,730 --> 00:23:29,100 事实上 512 00:23:29,100 --> 00:23:33,030 目前我们一天 就要对三百亿个项目收费 513 00:23:33,030 --> 00:23:36,000 你可以将 电话公司的收费问题 514 00:23:36,000 --> 00:23:37,730 乘上十或十以上 515 00:23:37,730 --> 00:23:40,200 这就是我们眼前的 收费问题 516 00:23:40,200 --> 00:23:42,160 因为我们对每次点击都收费 517 00:23:42,160 --> 00:23:45,160 而每天又有上百亿个 点选次数 518 00:23:45,160 --> 00:23:47,930 要有远大的规划才能管理这问题 519 00:23:47,930 --> 00:23:50,600 这需要花很多的心力 520 00:23:50,600 --> 00:23:54,400 所以今天 我们以一个小组 约六七个人来管理收费问题 521 00:23:54,400 --> 00:23:56,960 而且你必须多方考虑 522 00:23:56,960 --> 00:24:00,060 想清楚如何建立 大规模的分散付款流程 523 00:24:00,060 --> 00:24:01,530 而且还有报告 524 00:24:01,530 --> 00:24:03,360 当你接管了 客户的网站后 525 00:24:03,360 --> 00:24:05,160 你就从世界各地这些 服务器来提供服务 526 00:24:05,160 --> 00:24:07,330 客户会想了解网页内容的状况 527 00:24:07,330 --> 00:24:09,030 你必须实时提出报告 528 00:24:09,030 --> 00:24:12,160 这是收集信息的 一大问题 529 00:24:12,160 --> 00:24:15,260 相当复杂 530 00:24:15,260 --> 00:24:18,330 该如何用运算技术使其真正有效？ 531 00:24:18,330 --> 00:24:22,730 你是负责经营的人 所以这不再只是研究理论 532 00:24:22,730 --> 00:24:25,300 还有-另外还有 很恐怖的程序代码 533 00:24:25,300 --> 00:24:29,060 你必须让程序代码发挥作用 并加以维护 534 00:24:29,060 --> 00:24:32,760 必须做很多研究 535 00:24:32,760 --> 00:24:35,560 当你从网站处理内容时 536 00:24:35,560 --> 00:24:39,360 人们随时都以无法预期的方式 变更他们的内容 537 00:24:39,360 --> 00:24:41,530 你必须确定内容 随时更新 538 00:24:41,530 --> 00:24:43,430 而非提供过时的内容 539 00:24:43,430 --> 00:24:46,030 也不必不断返回去取得内容 540 00:24:46,030 --> 00:24:51,800 因为重点是 它是在一般使用者本地服务器中 541 00:24:51,800 --> 00:24:53,630 当然我们有 串流之类的东西 542 00:24:53,630 --> 00:24:57,600 实时串流和网络广播 其中你必须进行管理— 543 00:24:57,600 --> 00:24:59,860 才不需预先储存内容 544 00:24:59,860 --> 00:25:01,760 而是实时 从单一来源传来最新的内容 545 00:25:01,760 --> 00:25:05,630 你必须经由因特网 以容错的方式 加以散布 546 00:25:05,630 --> 00:25:007,660 而且多点传送不会切断联机 547 00:25:08,660 --> 00:25:12,830 如果你中断某处的联机 树状结构下游的所有人都完了 548 00:25:12,830 --> 00:25:16,000 所以你必须为串流建立容错的结构 549 00:25:16,000 --> 00:25:17,900 以通过因特网 550 00:25:19,100 --> 00:25:24,960 如果我们所有的互动 都在接近一般使用者的服务器上进行 551 00:25:24,960 --> 00:25:27,360 你必须能以动态方式 组合网页 552 00:25:27,360 --> 00:25:30,360 因为如今几乎所有的网页 都是个人化的动态网页 553 00:25:30,360 --> 00:25:33,000 你所获得的内容是根据 你的位置 554 00:25:33,000 --> 00:25:35,700 身份 cookies 所透露关于你的讯息 555 00:25:35,700 --> 00:25:37,500 和时间 556 00:25:37,500 --> 00:25:40,730 因此这是 HTML是 以动态方式组成 557 00:25:40,730 --> 00:25:44,700 如今多数网页都无法缓存 558 00:25:45,700 --> 00:25:47,130 最后 559 00:25:47,130 --> 00:25:48,860 你会希望应用程序能 560 00:25:48,860 --> 00:25:50,960 在接近一般使用者的服务器上执行 561 00:25:50,960 --> 00:25:52,660 而不是在信息来源的机器上 562 00:25:52,660 --> 00:25:54,560 如此一来 563 00:25:54,560 --> 00:25:56,600 在边缘服务器而非信息来源的机器 564 00:25:56,600 --> 00:25:59,660 执行应用程序 复杂性必然更加一等 565 00:25:59,660 --> 00:26:04,130 我们就在这些研究的庞大挑战上 付出多年心力 566 00:26:04,130 --> 00:26:06,660 没想太多公司经营的事情 只是努力进行研究 567 00:26:06,660 --> 00:26:11,060 专注于写论文之类的事情 568 00:26:11,060 --> 00:26:12,600 后来 569 00:26:12,600 --> 00:26:15,800 将理论转变成实务 570 00:26:15,800 --> 00:26:19,860 成立Akamai的契机是五万美金创业赛 571 00:26:19,860 --> 00:26:23,060 是由史隆管理学院在麻省理工 所举办的比赛 572 00:26:23,060 --> 00:26:26,860 赢得创业大赛的小组可以拿到… 573 00:26:27,860 --> 00:26:29,060 首奖奖金事实上是35000美元 574 00:26:29,060 --> 00:26:31,730 也就是是总奖金五万 575 00:26:31,730 --> 00:26:35,700 当时在麻省理工的各团体 都踊跃参与 576 00:26:35,700 --> 00:26:39,460 约有一到两百个小组 协力合作 撰写创业计划书 577 00:26:39,460 --> 00:26:40,860 争夺这五万元美金 578 00:26:40,860 --> 00:26:43,200 关于其中的过程 我稍微描述一下 579 00:26:43,200 --> 00:26:47,930 因为就是这个过程 实现了我们的技术转移 580 00:26:50,830 --> 00:26:55,930 起初是、Danny Lewin 和Preetish Nijhawan 581 00:26:55,930 --> 00:27:00,460 Danny是我当时在LCS的学生 582 00:27:00,460 --> 00:27:03,460 Preetish Nijhawan 则是Danny的邻居 583 00:27:03,460 --> 00:27:05,100 他是史隆管理学院的学生 584 00:27:05,100 --> 00:27:07,330 Danny写过一篇赢得奖项的硕士 585 00:27:07,330 --> 00:27:11,060 一篇硕士论文 探讨因特网上 的内容应该如何传递 586 00:27:11,060 --> 00:27:14,830 描述我之前所谈到的 那些研究挑战 587 00:27:14,830 --> 00:27:18,030 有天晚上他们喝了几杯 Danny就— 588 00:27:18,030 --> 00:27:20,730 Danny诉说着自己凄惨的处境 他可能 589 00:27:20,730 --> 00:27:23,960 永远找不到工作 无法付清学生贷款 590 00:27:23,960 --> 00:27:26,560 他的学生贷款应该有三万美元 591 00:27:26,560 --> 00:27:27,830 当时他已婚 592 00:27:27,830 --> 00:27:33,260 还有两个就读私立学校的孩子 但他是理论学者 593 00:27:33,260 --> 00:27:36,260 简直所有悲惨的事情 都发生在他身上 594 00:27:36,260 --> 00:27:39,800 而 Preetish 因为在史隆管理学院念书 595 00:27:39,800 --> 00:27:42,560 所以他早有个年薪 25万的工作等着他 596 00:27:42,560 --> 00:27:43,860 他－他是个快乐的学生 597 00:27:43,860 --> 00:27:44,860 可怜的Danny 598 00:27:44,860 --> 00:27:46,360 他念信息工程 599 00:27:46,360 --> 00:27:47,930 但他却是理论专家 600 00:27:47,930 --> 00:27:51,360 研究计算机科学理论的学生 当时的就业前途 601 00:27:51,360 --> 00:27:54,600 前景可说是相当渺茫 602 00:27:54,600 --> 00:27:57,400 他甚至不确定 自己是不是能付清学生贷款 603 00:27:57,400 --> 00:27:59,160 Preetish就说啦 604 00:27:59,160 --> 00:28:00,630 为了鼓励Danny 他说“Danny，你知道吗” 605 00:28:00,630 --> 00:28:03,100 “听说有个可以赢得 五万元的比赛 606 00:28:03,100 --> 00:28:05,030 你研究那些复杂的理论 607 00:28:05,030 --> 00:28:06,760 为什么不把它们写成创业计划书 608 00:28:06,760 --> 00:28:10,600 搞不好你会赢啊 就能拿走五万元美金” 609 00:28:10,600 --> 00:28:13,030 Danny听了以后大为振奋 610 00:28:13,030 --> 00:28:14,930 他们需要 一名年长的指导者 611 00:28:14,930 --> 00:28:17,230 所以他们就来找我 说服我加入 612 00:28:17,230 --> 00:28:21,530 我们就写了份三页的创业计划书 然后交出去 613 00:28:23,030 --> 00:28:26,930 而原来这场五万美金的比赛 还有一个一千元奖金的初赛 614 00:28:26,930 --> 00:28:29,460 在初赛中 共分为十个类别 615 00:28:29,460 --> 00:28:32,300 所以我们根据这三页创业计划书 616 00:28:32,300 --> 00:28:35,600 在初赛中 赢了软件类别的竞赛 617 00:28:35,600 --> 00:28:37,430 不过由于有十个类别 618 00:28:37,430 --> 00:28:40,330 所以我们不是拿到一千块钱 而是一百块 619 00:28:40,760 --> 00:28:44,000 所以我们用这一百块 又再去喝几杯庆祝了一下 620 00:28:44,000 --> 00:28:47,030 我们三人就喝着啤酒 Preetish 621 00:28:47,030 --> 00:28:48,560 念史隆管理学院的 Preetish就说 622 00:28:48,560 --> 00:28:49,830 “各位 不错嘛 623 00:28:49,830 --> 00:28:52,030 我们赢得了软件类的比赛 624 00:28:52,030 --> 00:28:54,930 我们一定要参加所有项目的比赛 一定有希望！” 625 00:28:54,930 --> 00:28:56,630 不过这个Preetish 对于真实世界的 626 00:28:56,630 --> 00:28:58,260 竞争有多险恶 根本没什么概念 627 00:28:58,260 --> 00:29:00,030 对那五万块美金也是 628 00:29:00,030 --> 00:29:02,300 我们就说“好呀” 629 00:29:02,300 --> 00:29:06,660 所以我们再次合作 写了份 二十五页的创业计划书 630 00:29:06,660 --> 00:29:10,930 而且当时 我们是 根据计划书的长度评估计划的质量 631 00:29:10,930 --> 00:29:15,200 我们根本不了解 创业计划书的真正涵义 632 00:29:15,930 --> 00:29:17,030 就这样 633 00:29:17,030 --> 00:29:22,830 后来在参赛的120到130队之中 我们竟挤进六强的决赛 634 00:29:22,830 --> 00:29:27,400 Preetish有天就跑来说 “兄弟们！大消息啊” 635 00:29:27,400 --> 00:29:29,160 他兴奋得不行 636 00:29:29,160 --> 00:29:30,430 然后 637 00:29:30,430 --> 00:29:32,830 我和Danny还有 其它加入我们的人 638 00:29:32,830 --> 00:29:34,560 我们是以学术计划的方式进行 639 00:29:34,560 --> 00:29:36,330 我们应该要知道如何 撰写创业计划书 640 00:29:36,330 --> 00:29:39,100 我们就去买了本书 《如何撰写创业计划书》 641 00:29:39,100 --> 00:29:43,030 当我们开始去 找一些可能的潜在顾客 642 00:29:43,030 --> 00:29:43,960 当时 643 00:29:43,960 --> 00:29:47,800 我们有个疯狂的想法 我们想 把我们的技术卖给各家ISP 644 00:29:47,800 --> 00:29:49,460 所以我们就去找了几家ISP 和他们谈谈 645 00:29:49,460 --> 00:29:52,060 但结果令人相当失望 646 00:29:52,060 --> 00:29:53,660 原来当时 那几家ISP都濒临破产 647 00:29:53,660 --> 00:29:55,200 情况是左右支绌 648 00:29:55,200 --> 00:29:57,600 他们根本不可能 花钱买我们的技术 649 00:29:57,600 --> 00:30:00,930 后来我们决定 去找拥有网站的人 650 00:30:00,930 --> 00:30:02,400 我们找了CNN 651 00:30:02,400 --> 00:30:04,100 还有雅虎 652 00:30:04,100 --> 00:30:07,100 因为我们来自麻省理工 而且并非以推销为目的 653 00:30:07,100 --> 00:30:08,830 因此他们很乐意和我们谈 654 00:30:08,830 --> 00:30:11,200 他们认为 “这听起来不错” 655 00:30:11,200 --> 00:30:15,530 “如果你们改用这样的方式 我们也乐意一试”之类的 656 00:30:15,530 --> 00:30:17,630 反而对我们更有兴趣了 657 00:30:18,130 --> 00:30:21,060 后来我才觉得 也许我们真能玩出点名堂 658 00:30:21,060 --> 00:30:24,260 因为加州有个生意人 659 00:30:24,260 --> 00:30:27,200 某天来办公室找我 想要加入我们的小组 660 00:30:27,200 --> 00:30:28,000 结果你们 661 00:30:28,000 --> 00:30:29,830 知道吗？ 662 00:30:29,830 --> 00:30:31,500 我就说“好啊” 663 00:30:31,500 --> 00:30:33,730 现在我们大概 有二十五人都是这小组的成员 664 00:30:33,730 --> 00:30:38,460 后来我才知道这真的不得了 因为哈佛商学院有个家伙 665 00:30:38,460 --> 00:30:41,830 某天竟然千里迢迢从哈佛跑来 加入这个小组 666 00:30:41,830 --> 00:30:44,260 因此我可以感觉到 在那个时候 667 00:30:44,260 --> 00:30:46,730 我们可以有所期待 668 00:30:47,030 --> 00:30:50,430 这时队员已经 累积达三十人左右 669 00:30:50,430 --> 00:30:51,800 情况相当活跃 670 00:30:51,800 --> 00:30:55,130 我们就写了另一份更完备的创业计划书 671 00:30:55,130 --> 00:30:59,500 这时大概有五十五页 672 00:30:59,500 --> 00:31:01,760 我们虽然打进了前六强的决赛 673 00:31:02,160 --> 00:31:03,860 但是我们输了 674 00:31:03,860 --> 00:31:06,930 没赢就算了 还输得很惨 675 00:31:06,930 --> 00:31:09,100 他们宣布了 第一二三名 676 00:31:09,100 --> 00:31:12,060 第一名是一家非营利组织 677 00:31:12,060 --> 00:31:14,600 因为这是创业计划竞赛 678 00:31:14,600 --> 00:31:17,630 所以我很确定 我们是输定了 679 00:31:17,630 --> 00:31:20,730 他们也没宣布第四五六名 省得我们尴尬 680 00:31:20,730 --> 00:31:22,960 这简直就是当头棒喝 681 00:31:22,960 --> 00:31:26,200 因为我们这群人 很不熟悉输的感觉 682 00:31:26,200 --> 00:31:28,430 也不习惯面对尴尬的场面 683 00:31:28,430 --> 00:31:31,330 当我们看到其它五队 的报告质量 684 00:31:31,330 --> 00:31:33,300 我们真是难堪 他们东西真的不错 685 00:31:33,300 --> 00:31:34,430 至少他们都知道自己在做什么 686 00:31:34,430 --> 00:31:37,700 我们才惊觉 就企业的观点而言 我们根本不知道自己在做什么 687 00:31:37,700 --> 00:31:40,960 我们可以写出很少人 看得懂的漂亮论文 688 00:31:40,960 --> 00:31:42,500 可是在企业方面 689 00:31:42,500 --> 00:31:44,660 我们只是门外汉 还有太多要学的 690 00:31:44,660 --> 00:31:47,760 尽管我们惨败 691 00:31:47,760 --> 00:31:50,060 在五万元比赛结束后 有些创投企业来找我们 692 00:31:50,060 --> 00:31:51,860 他们大略知道我们的情形 693 00:31:51,860 --> 00:31:55,230 他们说：“各位 这里是麻省理工 因特网最近相当热门的 694 00:31:55,230 --> 00:31:56,360 我们可以创办个公司 695 00:31:56,360 --> 00:31:59,430 保证六个月后 大家皆大欢喜的结果” 696 00:31:59,430 --> 00:32:01,830 那时 我们不想这样做 697 00:32:01,830 --> 00:32:06,800 事实上我们在1998年春天 决定不要创办公司 698 00:32:06,800 --> 00:32:09,800 你们知道 Danny想当教授 699 00:32:09,800 --> 00:32:12,230 虽然他可能永远无法 偿还他的学生贷款 700 00:32:12,230 --> 00:32:14,130 我也喜欢我的教授工作 701 00:32:14,130 --> 00:32:16,260 其它学生也都满足于 当时的现况 702 00:32:16,260 --> 00:32:19,060 这一直都只是个学术计划 703 00:32:19,060 --> 00:32:21,800 所以我们就说：“不 我们不想 我们不想创办公司” 704 00:32:21,800 --> 00:32:23,530 但对那样的想法 705 00:32:23,530 --> 00:32:25,260 我们其实有点好奇 706 00:32:25,260 --> 00:32:28,530 所以我们问对方 你们真的觉得 我们可以把技术商品化吗 707 00:32:28,530 --> 00:32:30,300 真的会成功吗 708 00:32:30,300 --> 00:32:32,400 如果是长期的成功 那的确值得试试 709 00:32:32,400 --> 00:32:35,300 用我们的技术作出改变 710 00:32:35,300 --> 00:32:41,430 所以我们整个夏天的时间 都在麻省理工的信息工程实验室 711 00:32:41,430 --> 00:32:42,560 投注心力在一个计划上 712 00:32:42,560 --> 00:32:45,460 这个计划当时称为 “黑客避风港”或”黑客天堂” 713 00:32:45,460 --> 00:32:48,230 因为是实验室的计划 所以我们找了 714 00:32:48,230 --> 00:32:52,630 大概有五十名热爱程序代码 又聪明的大学生 715 00:32:52,630 --> 00:32:55,560 和他们一起度过这个暑假 让他们参与计划 716 00:32:55,560 --> 00:32:59,460 其中一个计划 我们写了相当优秀的报告 717 00:32:59,460 --> 00:33:03,330 还有很优异的演算方法 但我们并没有写出任何程序代码 718 00:33:03,330 --> 00:33:07,900 我们应该建立个原型 看看内容传送的系统如何运作 719 00:33:07,900 --> 00:33:10,900 许多学生觉得 这点子不赖 他们就加入了 720 00:33:10,900 --> 00:33:14,730 同时我们 其中一个人 我们打了电话 721 00:33:14,730 --> 00:33:18,300 看看是否有人会愿意向我们购买这项服务 结果派拉蒙数字娱乐买了 722 00:33:18,300 --> 00:33:21,300 《星舰奇航记》就是派拉蒙拍的 723 00:33:21,300 --> 00:33:24,260 他们就说 “各位 假如你们办得到 724 00:33:24,260 --> 00:33:28,500 我们就让你们在因特网上 播放《星舰奇航记》电视影集 725 00:33:28,500 --> 00:33:31,800 另外 这些是《星舰奇航记》的相关道具” 726 00:33:31,800 --> 00:33:34,060 我就拿到了寇克舰长的领带 727 00:33:34,060 --> 00:33:36,500 还有“尖耳朵”史巴克 的道具 和那些超炫的帽子 728 00:33:36,500 --> 00:33:38,030 学生们都为之疯狂 729 00:33:38,030 --> 00:33:40,730 这些学生一天二十四小时 都在写程序代码 730 00:33:40,730 --> 00:33:41,600 你们知道吗 731 00:33:41,600 --> 00:33:44,800 就只为那条小小的领带 还有寇克舰长的帽子 732 00:33:44,800 --> 00:33:46,960 还有“尖耳朵”史巴克 733 00:33:46,960 --> 00:33:48,960 学生们整个夏天都在努力 734 00:33:48,960 --> 00:33:52,430 夏天结束前 我们果然 完成了两个原型 这也表示 735 00:33:52,430 --> 00:33:55,000 利用程序代码确实行得通 736 00:33:55,000 --> 00:33:57,100 另外在创业计划上 我们又作了些思考 737 00:33:57,100 --> 00:33:59,330 我们确实有了个 可以信赖的计划 738 00:33:59,330 --> 00:34:01,100 和那份五十五页的计划书不同 739 00:34:01,100 --> 00:34:04,930 我们逐渐了解 计划中的每一页 740 00:34:04,930 --> 00:34:08,100 因此我们决定放手一搏 741 00:34:08,100 --> 00:34:11,030 那个夏天结束前 我们就聚在一块儿 成立了公司 742 00:34:11,030 --> 00:34:14,830 我LCS的同事 比我还高兴 743 00:34:14,830 --> 00:34:16,860 特别是住在我隔壁的那几个 744 00:34:16,860 --> 00:34:20,160 因为我的办公室每天都 挤了三十个人 745 00:34:20,160 --> 00:34:22,130 LCS简直像个动物园 746 00:34:22,130 --> 00:34:25,130 大家赶着写程序代码 加上又有五万元的计划 747 00:34:25,130 --> 00:34:26,230 我们非常兴奋 748 00:34:26,230 --> 00:34:27,960 但却也打扰到其它人 749 00:34:27,960 --> 00:34:30,700 因此我们成立公司 决定开始商业化 750 00:34:30,700 --> 00:34:32,230 我们离开了麻省理工 751 00:34:32,230 --> 00:34:34,460 我们必须在麻省理工外找间办公室 752 00:34:34,460 --> 00:34:37,630 真正开始自力更生 753 00:34:37,630 --> 00:34:40,930 并和麻省理工讨论知识产权的问题 754 00:34:40,930 --> 00:34:42,730 因为我们原本在麻省理工进行所有的工作 755 00:34:42,730 --> 00:34:44,830 因此所有权归麻省理工 756 00:34:44,830 --> 00:34:47,430 为了获得授权 我们让麻省理工获得公司的部分股份 757 00:34:47,430 --> 00:34:50,530 我们就拥有技术的独家权利 758 00:34:50,530 --> 00:34:53,860 还有一套流程 后来不但行得通 还相当成功 759 00:34:54,630 --> 00:34:56,400 我们还得买一些服务器 760 00:34:56,400 --> 00:35:00,060 不是报告里的服务器 而是真正的服务器 761 00:35:00,060 --> 00:35:02,230 我们也成了真正的商业人士 762 00:35:02,230 --> 00:35:06,130 小组里原本的二十个人 都来自麻省理工 763 00:35:06,130 --> 00:35:09,730 他们几乎都是麻省理工的大学生 由他们组成公司 764 00:35:09,730 --> 00:35:11,130 所以所有的人 都参与了计划 765 00:35:11,130 --> 00:35:13,160 我们就说：“各位，来吧 你们也可以加入我们的公司” 766 00:35:13,160 --> 00:35:14,600 大家都成了股东 767 00:35:14,600 --> 00:35:17,860 但唯一的规定是 必须取得学士学位 768 00:35:17,860 --> 00:35:20,160 我们就让学生休学一年 之后他们必须回去念书 769 00:35:20,160 --> 00:35:22,800 我们让他们保留工作权利 但是他们 必须完成大学学业 770 00:35:22,800 --> 00:35:25,160 因为我们也不希望 耽误他们的前途 771 00:35:25,160 --> 00:35:26,130 以这样的方式 772 00:35:26,130 --> 00:35:30,030 幸好 大家都返回校园 最后也取得麻省理工的学位 773 00:35:30,030 --> 00:35:33,730 其中有件事情 早期我们的错误观念就是 774 00:35:33,730 --> 00:35:36,400 我们以为 我们说我们 要创办公司 775 00:35:36,400 --> 00:35:39,100 那些创投公司就会以我们的方式 将支票寄给我们 776 00:35:39,100 --> 00:35:40,400 其实没那么简单 777 00:35:40,400 --> 00:35:41,400 他们会开支票 778 00:35:41,400 --> 00:35:43,560 但要取得 779 00:35:43,560 --> 00:35:46,500 对我们合理的条款 花了很长一段时间 780 00:35:46,500 --> 00:35:49,660 我们必须找赞助人 才能起步 781 00:35:49,660 --> 00:35:54,330 在我们结束与创投公司的 第一阶段交易之后 782 00:35:54,330 --> 00:35:56,500 有一家创投公司当天就决定撤出 783 00:35:56,500 --> 00:35:58,460 在我们签署投资条件清单 然后握手 784 00:35:58,460 --> 00:36:00,860 一切都完成之后 准备签名 785 00:36:00,860 --> 00:36:03,530 我们才知道以后 不可以只跟资浅合伙人打交道 786 00:36:03,530 --> 00:36:04,860 因为决策者是资深合伙人 787 00:36:04,860 --> 00:36:06,730 他告诉 资浅合伙人 跟他说 788 00:36:06,730 --> 00:36:08,600 “这种交易 你还是别接受比较好” 789 00:36:08,600 --> 00:36:11,100 因此在完成交易那天 这家创投撤资了 790 00:36:11,600 --> 00:36:13,230 不过我们很高兴 “Battery”决定支持我们 791 00:36:13,230 --> 00:36:15,630 由Todd Dagres领军的“Battery”创投 是我们最大的创投公司 792 00:36:15,630 --> 00:36:16,660 他们支持我们 793 00:36:16,660 --> 00:36:20,200 他们在没有合资单位时就和我们达成协议 这对他们来说是相当困难的事情 794 00:36:20,200 --> 00:36:22,330 我们也一直找不到第二合伙人 直到后来才找到 795 00:36:22,330 --> 00:36:26,400 不过，之前放弃我们的那家创投 现在可是相当后悔呢 796 00:36:27,230 --> 00:36:29,830 几个月后 我们终于完成第一阶段的交易 797 00:36:29,830 --> 00:36:31,460 当时我们压力实在很大 798 00:36:31,460 --> 00:36:33,360 我们已经花了 上万美元的积蓄 799 00:36:33,360 --> 00:36:37,260 还有家里的钱 最后尘埃终于落定 我们都很高兴 800 00:36:38,130 --> 00:36:39,330 我会再简短说明 801 00:36:39,330 --> 00:36:43,400 我们终于进入脱离 麻省理工的阶段 802 00:36:43,400 --> 00:36:46,800 那时 我们在Exodus资料中心 部署了一些服务器 803 00:36:46,800 --> 00:36:49,960 从史隆管理学院加入 我们小组的Jonathon Seelig 804 00:36:49,960 --> 00:36:51,230 请了Ellen Hancock 805 00:36:51,230 --> 00:36:53,930 这位Exodus公司的执行官 提供我们三个月免费的宽带 806 00:36:53,930 --> 00:36:56,600 这是她日后感到后悔的决定 807 00:36:56,600 --> 00:36:58,930 因为她后来试着打垮Akamai公司 808 00:36:59,930 --> 00:37:02,960 因为她觉得Akamai是个劲敌 809 00:37:03,300 --> 00:37:07,200 在我们首次的因特网测试 我们想实际测试看看 810 00:37:07,200 --> 00:37:08,600 是不是能成功 811 00:37:08,600 --> 00:37:09,660 我们也对Exodus进行测试 812 00:37:09,660 --> 00:37:11,700 我们说：“我们要测试 服务器的极限” 813 00:37:11,700 --> 00:37:12,860 他们说：“没问题” 814 00:37:12,860 --> 00:37:13,930 我们就把服务器开到极限 815 00:37:13,930 --> 00:37:17,930 结果在进行测试时却使Exodus 和因特网许多部分停顿 816 00:37:17,930 --> 00:37:22,360 那是我们最后一次在服务器 测试中让因特网故障 817 00:37:22,360 --> 00:37:27,060 迪斯尼网站背面网页的一个物件 是我们的第一个测试目标 818 00:37:27,060 --> 00:37:32,000 在那个网站上 我们获得了全球 每五分钟一次的点阅率 819 00:37:32,000 --> 00:37:35,300 流量快速遽增 820 00:37:35,300 --> 00:37:38,460 第一次 事实上 同一天共有两次纪录 821 00:37:38,460 --> 00:37:41,730 第一次的突破发生在 1999 年的“疯狂三月” 822 00:37:41,730 --> 00:37:44,560 我们努力试着联络ESPN 823 00:37:44,560 --> 00:37:47,660 当时 ESPN商店 824 00:37:47,660 --> 00:37:50,660 在那个时候 被视为在因特网上 825 00:37:50,660 --> 00:37:53,330 进行交易的第一把交椅 826 00:37:53,330 --> 00:37:56,700 我们努力请他们 测试我们的流程 827 00:37:56,700 --> 00:37:59,030 显示我们速度更快 更加可靠 828 00:37:59,030 --> 00:38:00,460 到了“疯狂三月” 829 00:38:00,460 --> 00:38:02,430 ESPN果然撑不住了 830 00:38:02,430 --> 00:38:04,200 我记得有一天 他们打电话来说 831 00:38:04,200 --> 00:38:06,200 “还记得你们之前 请我们进行的测试吗？ 832 00:38:06,200 --> 00:38:07,730 我们愿意试试看” 833 00:38:07,730 --> 00:38:08,700 我们就说“好的 834 00:38:08,700 --> 00:38:09,560 没问题 835 00:38:09,560 --> 00:38:12,900 你们应该这样设定URL他们就 指向Akamai”我们传送给他们 836 00:38:12,900 --> 00:38:15,100 大概十五分钟后完成 他们说 837 00:38:15,100 --> 00:38:16,060 “对了 838 00:38:16,060 --> 00:38:19,660 一秒一千次的点阅率 你们可以撑的住吗？” 839 00:38:19,660 --> 00:38:23,360 我们在系统－实时系统上 一分钟只能有一次的点阅率 840 00:38:23,360 --> 00:38:25,100 我们就说“当然可以” 841 00:38:26,430 --> 00:38:27,630 就这样 842 00:38:27,630 --> 00:38:29,500 是啊 这就是理论的用处 843 00:38:29,500 --> 00:38:31,430 因为通常来说 你建立了实时系统 844 00:38:31,430 --> 00:38:34,130 然后用二分之一和 二分之一的比例 845 00:38:34,130 --> 00:38:36,860 然后再用二分之一 来重新设计 846 00:38:36,860 --> 00:38:38,560 而理论的建立就是能够 847 00:38:38,560 --> 00:38:40,400 一秒钟发生数百万次点阅率 848 00:38:40,400 --> 00:38:41,830 实际上它也真的可行 849 00:38:41,830 --> 00:38:43,130 所以能达到一秒钟 1000 次的点阅率 850 00:38:43,130 --> 00:38:44,400 ESPN就说“好吧 听起来不错” 851 00:38:44,400 --> 00:38:45,730 他们就把整个网站都交给我们 852 00:38:45,730 --> 00:38:48,130 突然之间一秒就 达到3000次点阅率 853 00:38:48,130 --> 00:38:49,300 我们再向上调整 854 00:38:49,300 --> 00:38:53,200 然后在一小时内 规模大概调整了五到六次 855 00:38:53,200 --> 00:38:54,360 让他们的网站速度更快 856 00:38:54,360 --> 00:38:57,100 对我们公司来说 这是一大突破 857 00:38:57,100 --> 00:39:03,730 而同一天晚上 也将推出 《星际大战》的预告片 858 00:39:03,730 --> 00:39:07,230 当时的确是 一件大事 859 00:39:07,230 --> 00:39:09,700 人人都想要下载预告片 860 00:39:09,700 --> 00:39:13,060 而Steve Jobs已经 买下了权利 861 00:39:13,060 --> 00:39:16,200 让预告片在Apple网站上 以QuickTime独家播放 862 00:39:16,200 --> 00:39:18,930 因为当时他正努力… 863 00:39:18,930 --> 00:39:23,230 用QuickTime 和 Real与Windows Media 打对台 864 00:39:23,230 --> 00:39:27,500 我们当然也不清楚其中的情况 不过《今夜娱乐》节目有网站 865 00:39:27,500 --> 00:39:30,600 他们来找我们并问：“不知道 你们能不能帮我们传播预告片？” 866 00:39:30,600 --> 00:39:32,430 我们说“当然可以” 867 00:39:32,430 --> 00:39:34,660 结果原来《今夜娱乐》有的 是盗版的星际大战预告片 868 00:39:34,660 --> 00:39:35,800 他们照说不该拿到这预告片的 869 00:39:35,800 --> 00:39:38,060 因为版权属于苹果公司 870 00:39:38,060 --> 00:39:42,430 后来晚上九点 就推出了预告片 871 00:39:42,430 --> 00:39:44,760 结果九点才过三十秒 872 00:39:44,760 --> 00:39:46,060 苹果的网站就挂了 873 00:39:46,060 --> 00:39:47,900 其它的盗版网站也同样停顿 874 00:39:47,900 --> 00:39:51,960 但Akamai却让 《星际大战》预告片正常播放 875 00:39:51,960 --> 00:39:56,400 Steve知道后不大高兴 876 00:39:56,400 --> 00:39:57,860 但我们却声名大噪 877 00:39:57,860 --> 00:39:58,800 因为突然之间 878 00:39:58,800 --> 00:40:01,900 网络上所有人都注意到 有家叫Akamai的公司 879 00:40:01,900 --> 00:40:04,560 他们办到了 其它人所办不到的事情 880 00:40:05,100 --> 00:40:08,200 不久后 四月一日 881 00:40:09,830 --> 00:40:11,500 我们还在办公室努力 882 00:40:11,500 --> 00:40:13,400 写着程序代码之类的东西 883 00:40:13,400 --> 00:40:14,760 当时我们的总裁 884 00:40:14,760 --> 00:40:17,460 Paul Sagan走出办公室问道 885 00:40:17,460 --> 00:40:18,030 “好啦 你们 886 00:40:18,030 --> 00:40:22,860 是谁假扮成Steve Jobs 还说想买下我们的公司啊？” 887 00:40:22,860 --> 00:40:25,220 我们大家左看右看 四目相觑 888 00:40:25,260 --> 00:40:28,960 突然Sagan说“糟了！” 并赶紧跑回办公室 回电给Steve 889 00:40:28,960 --> 00:40:31,800 因为他竟挂掉Steve的电话 890 00:40:31,800 --> 00:40:34,000 结果那确实是Steve打来的 但Sagan以为是愚人节恶作剧 891 00:40:34,000 --> 00:40:36,000 因为我们每次愚人节 也都这样搞 892 00:40:36,000 --> 00:40:37,330 但这次可不是开玩笑的 893 00:40:37,330 --> 00:40:40,000 最后 我们没有把 公司卖给苹果 894 00:40:40,000 --> 00:40:42,360 但苹果成为我们 第一位策略性投资人 895 00:40:42,360 --> 00:40:43,660 今天 直到今天 896 00:40:43,660 --> 00:40:45,830 我们一直和苹果公司 维持良好的关系 897 00:40:45,830 --> 00:40:47,330 而且我们还负责处理iTunes 898 00:40:47,330 --> 00:40:50,660 还有他们的电子商务网站 以及几乎所有的事务 899 00:40:51,000 --> 00:40:54,700 好 现在我来简单说明一下 本公司的泡沫危机 900 00:40:54,700 --> 00:40:56,930 很快在1999年 事情接踵而来 901 00:40:56,930 --> 00:40:59,560 我们增添了庞大的执行小组 902 00:40:59,560 --> 00:41:03,700 让思科和微软 成为我们的策略性投资人 903 00:41:03,700 --> 00:41:08,130 很快的在1999年10月28日 我们成了上市公司 904 00:41:08,130 --> 00:41:11,960 结果在我生日当晚 我们定了初次公开上市的价格 905 00:41:11,960 --> 00:41:14,960 在很短的时间我们就有了 三百五十亿美元的市值 906 00:41:14,960 --> 00:41:17,230 每年利润约五百万美元 907 00:41:17,230 --> 00:41:20,600 就算只是网络泡沫的怪象 908 00:41:20,600 --> 00:41:22,730 这样的金额也太多了 909 00:41:22,730 --> 00:41:24,800 我们发生了不寻常的问题 910 00:41:24,800 --> 00:41:29,760 我们员工都只是十几岁的小毛头 但个个都成了百万富翁 911 00:41:29,760 --> 00:41:32,160 该如何帮助他们 调适心态呢？ 912 00:41:32,160 --> 00:41:34,430 这时我们发觉 必须改变这个问题 913 00:41:34,430 --> 00:41:36,700 可是该如何帮他们调适 来改善这个问题呢？ 914 00:41:38,130 --> 00:41:42,000 就像AOL并购了华纳 我们也买下了多家公司 915 00:41:42,360 --> 00:41:43,860 迅速拓展版图 916 00:41:43,860 --> 00:41:44,760 完全不编列预算 917 00:41:44,760 --> 00:41:46,530 反正 买了就对了 918 00:41:47,030 --> 00:41:49,800 结果一夕之间 我们的员工就增加为 1400 名 919 00:41:49,800 --> 00:41:52,700 然后 美梦破碎了 920 00:41:52,700 --> 00:41:54,400 我们的流程完全相反 921 00:41:54,400 --> 00:41:56,400 我们立刻裁减员工 砍到剩下五百人 922 00:41:56,400 --> 00:41:58,360 这是相当痛苦的事情 923 00:41:58,360 --> 00:42:00,230 我们必须改造 整个客户基础 924 00:42:00,230 --> 00:42:02,830 几乎所有的客户都破产了 925 00:42:03,200 --> 00:42:04,900 真是恶梦一场 926 00:42:04,900 --> 00:42:07,530 我们必须获得 稳定的客户企业 927 00:42:07,530 --> 00:42:09,460 还有政府的支持 928 00:42:09,460 --> 00:42:11,860 我们承受相当大的降价压力 929 00:42:11,860 --> 00:42:15,060 因为没几年的时间 宽带的成本 930 00:42:15,060 --> 00:42:16,400 竟掉到原本的百分之一 931 00:42:16,400 --> 00:42:17,900 百分之一 932 00:42:17,900 --> 00:42:19,060 真是难以置信 933 00:42:19,060 --> 00:42:21,360 对我们也是极大的压力 因为我们有时 934 00:42:21,360 --> 00:42:22,830 也和宽带公司竞争 935 00:42:22,830 --> 00:42:26,060 我们不得不 开始认真规划公司预算 936 00:42:26,060 --> 00:42:28,500 将成本控制和 获利能力摆第一 937 00:42:28,500 --> 00:42:31,200 我们有价值 上亿美元的不动产 938 00:42:31,200 --> 00:42:35,660 我们一直不打算使用 那时也缩水剩原本的五分之一 939 00:42:35,660 --> 00:42:38,960 部分还被麻省理工暂时收购 940 00:42:38,960 --> 00:42:41,230 后来我们谈成了一笔交易 941 00:42:41,230 --> 00:42:43,030 必须将所有的 不动产通通脱手 942 00:42:43,030 --> 00:42:45,330 公司必须搬家 重新筹措债款资金 943 00:42:45,330 --> 00:42:47,230 我们的市值也从 三百五十亿 944 00:42:47,230 --> 00:42:49,600 落到七百五… 七千五百万美元 945 00:42:49,600 --> 00:42:52,630 这是相当惊人的大缩水 946 00:42:52,630 --> 00:42:54,700 不过我们还是熬过来了 947 00:42:54,700 --> 00:42:56,360 我应该讲讲最糟的部分 948 00:42:56,360 --> 00:42:58,960 最糟糕的是 我们的共同创办人 949 00:42:58,960 --> 00:43:02,900 Danny Lewin后来在 一场空难中罹难 950 00:43:02,900 --> 00:43:05,330 就是撞上世贸大楼的 那架飞机 951 00:43:05,330 --> 00:43:06,630 令人痛心至极 952 00:43:06,630 --> 00:43:10,360 Danny是我们公司的心脏 和灵魂 这真是太可怕了 953 00:43:10,360 --> 00:43:14,000 公司的重要角色竟不幸罹难 954 00:43:14,000 --> 00:43:17,960 所以这些年来 日子实在不好过 955 00:43:18,960 --> 00:43:20,660 幸好我们撑过来了 956 00:43:20,660 --> 00:43:23,300 如今我们 基本上还是个赚钱的公司 957 00:43:23,300 --> 00:43:26,100 未来 我想 我们对华尔街宣布的财务预测… 958 00:43:26,100 --> 00:43:30,230 在今年2004年预测每股 约有二十到二十五美分获利 959 00:43:30,230 --> 00:43:33,560 如今我们可动用的 现金流量相当庞大 960 00:43:33,560 --> 00:43:36,700 营收也大幅成长 961 00:43:36,700 --> 00:43:40,400 至今我们仍 将主要的焦点放在研究和开发 962 00:43:40,400 --> 00:43:43,200 并雇用许多麻省理工 和其它大专院校的学生 963 00:43:43,200 --> 00:43:47,760 以及其它公司的专业人员 为Akamai的研发效力 964 00:43:47,760 --> 00:43:51,300 我们的股价也已经 从谷底翻身 965 00:43:51,300 --> 00:43:54,900 你可能得用两张演算图 才能记录我们的股价翻身的走势 966 00:43:54,900 --> 00:43:58,230 一路走来还蛮不错的 967 00:43:58,230 --> 00:44:01,300 让各位看看我们目前的情况 然后我再做个总结 968 00:44:01,300 --> 00:44:05,030 目前我们共有15000台服务器 部署于全球各地 969 00:44:05,030 --> 00:44:09,760 它们在1100个网络中 分别位于2400处不同地点 970 00:44:09,760 --> 00:44:12,600 所以我们还没全部掌控到15000个 但我们已进入1100个网络 971 00:44:12,600 --> 00:44:15,600 我们能在这些不同的网络中运作 972 00:44:15,600 --> 00:44:18,160 在当今的因特网上 这仍是相当特别的概念 973 00:44:18,160 --> 00:44:21,060 我们每天 每秒的流量大约超过40GB 974 00:44:21,060 --> 00:44:24,600 上周的高峰是大约每秒75 GB 975 00:44:24,600 --> 00:44:28,760 包括新闻事件 和软件上市加起来 976 00:44:28,760 --> 00:44:33,360 我们供应全球 约百分之十五的网络流量 977 00:44:33,360 --> 00:44:35,830 这是一般的情况 978 00:44:35,830 --> 00:44:38,360 我们也有超过1100 名客户 979 00:44:38,360 --> 00:44:43,260 目前许多最大和最知名的网站 都是Akamai的客户 980 00:44:43,260 --> 00:44:46,260 他们用我们的服务 取得更快的速度和高可靠性 981 00:44:46,260 --> 00:44:48,800 这是 一般的销售工具 982 00:44:48,800 --> 00:44:52,560 这里说明不使用Akamai 的 网站效能 983 00:44:52,560 --> 00:44:56,130 而这是下载网页或物件 所需时间的时间数列图 984 00:44:56,130 --> 00:45:00,030 所以我们知道 不用Akamai 你就得花很多时间 985 00:45:00,030 --> 00:45:02,500 有了我们的协助 就能大大节省时间 986 00:45:02,500 --> 00:45:07,600 坡度剩下的部分就是时间 在因特网上 速度很重要 987 00:45:07,600 --> 00:45:12,430 我们不久前完成了 重要的个案研究 988 00:45:12,430 --> 00:45:15,600 在与大饭店客户的生意往来上 989 00:45:15,600 --> 00:45:16,860 他们变成了Akamai的客户 990 00:45:16,860 --> 00:45:19,660 我们加快他们网站的速度 他们也作了研究 991 00:45:19,660 --> 00:45:22,660 发现 增加网站访客流量 可以替他们每年 992 00:45:22,660 --> 00:45:24,430 增加三千万美元的额外营收 993 00:45:24,430 --> 00:45:28,630 如果网站速度更快 访客流量就会增加 994 00:45:29,360 --> 00:45:31,030 有一家很大的电子商务业者 995 00:45:31,030 --> 00:45:32,630 我想也许 接下来几周内 996 00:45:32,630 --> 00:45:34,160 就可以正式公布 997 00:45:34,160 --> 00:45:35,760 他们的可靠性已经改善 998 00:45:35,760 --> 00:45:40,300 且退出率也有实质的减少 999 00:45:40,560 --> 00:45:44,160 据说他们的年营业额 已经进步到五千万美元 1000 00:45:44,160 --> 00:45:46,430 甚至对较小型的电子商务网站 1001 00:45:46,430 --> 00:45:48,900 事实上 我们可以更大幅 提高他们的访客流量 1002 00:45:48,900 --> 00:45:51,360 因为我们让他们的速度更快 1003 00:45:51,360 --> 00:45:54,560 显著拉抬 他们的获利能力 1004 00:45:54,560 --> 00:45:57,130 让他们提供更快速 和更可靠的网站 1005 00:45:57,130 --> 00:45:59,930 这就是我们原本的创业计划 1006 00:45:59,930 --> 00:46:03,460 当年 我们刚离开 麻省理工的时候 1007 00:46:04,260 --> 00:46:06,160 我们的长远目标 我们应该何去何从？ 1008 00:46:06,160 --> 00:46:08,430 到今天 我们将目标放在因特网上 1009 00:46:08,430 --> 00:46:11,030 并逐渐进入外部网络的领域 1010 00:46:11,030 --> 00:46:13,900 更长期来说 我们将朝企业内部网络的方向迈进 1011 00:46:13,900 --> 00:46:15,860 目前我们为政府 还有少数几家企业 1012 00:46:15,860 --> 00:46:18,300 提供企业内部网络的服务 1013 00:46:18,300 --> 00:46:22,330 我们想要更往外扩散 1014 00:46:22,330 --> 00:46:24,160 我们目前提供的内容传送 1015 00:46:24,160 --> 00:46:25,760 还有网页组合 1016 00:46:25,760 --> 00:46:27,630 我们以企业逻辑开始 1017 00:46:27,630 --> 00:46:29,360 在我们的平台上执行应用程序 1018 00:46:29,360 --> 00:46:33,100 然后加入网络服务 最后是数据库 1019 00:46:33,100 --> 00:46:38,800 然后将这些全部结合起来 成为随选的通用运算公用程序 1020 00:46:38,800 --> 00:46:40,700 它的营销类似 IBM 1021 00:46:40,700 --> 00:46:42,530 他们是我们最大的转销商 1022 00:46:42,530 --> 00:46:45,360 所以这是种 协力合作的关系 1023 00:46:45,900 --> 00:46:49,000 就谈到这里吧 我来回答问题 1024 00:47:00,130 --> 00:47:01,330 请说？ 1025 00:47:02,360 --> 00:47:09,430 难以辨识 1026 00:47:09,430 --> 00:47:11,460 是的 1027 00:47:11,900 --> 00:47:12,860 什么？ 1028 00:47:12,860 --> 00:47:15,330 这个问题是 我们如何将普及运算 1029 00:47:15,330 --> 00:47:17,830 和无线空间等领域 结合我们的工作 1030 00:47:17,830 --> 00:47:20,560 目前我们和几家无线服务业者 密切合作 1031 00:47:20,560 --> 00:47:24,400 以有效的方式 向他们提供位 1032 00:47:24,400 --> 00:47:27,800 有IP协定的地方， 就会有我们 1033 00:47:27,800 --> 00:47:30,900 只要是能利用IP的地方 都会有我们的服务器 1034 00:47:30,900 --> 00:47:33,830 我们能测出你拥有的装置 1035 00:47:33,830 --> 00:47:36,900 看看是低频宽或 高频宽的装置？ 1036 00:47:36,900 --> 00:47:39,360 然后自动提供你 合适的内容 1037 00:47:39,360 --> 00:47:42,000 所以若你有高频宽装置 你就能获得更多样化的内容 1038 00:47:42,000 --> 00:47:44,860 若你有低频宽装置 你也能获得文字的版本 1039 00:47:44,860 --> 00:47:45,760 因此它 1040 00:47:45,760 --> 00:47:48,660 它能根据频宽 自动提供你 1041 00:47:48,660 --> 00:47:50,730 合适的网页版本 1042 00:47:50,730 --> 00:47:54,730 而在网格运算和 各方面的运算 1043 00:47:54,730 --> 00:47:58,130 我们可以说是当今网格计算机 最显著的例子 1044 00:47:58,130 --> 00:47:59,800 差异就在于 我们拥有服务器 1045 00:47:59,800 --> 00:48:03,200 它不是在你家里的服务器上 1046 00:48:03,200 --> 00:48:05,200 所以那是更好控制的环境 1047 00:48:05,200 --> 00:48:08,630 它让我们 拥有更优良的效能 1048 00:48:08,630 --> 00:48:12,700 相较于机器在个人家里， 没有自有服务器的情况下 1049 00:48:12,700 --> 00:48:16,360 拥有更周密的安全性 1050 00:48:16,930 --> 00:48:18,300 是的 1051 00:48:18,300 --> 00:48:24,730 Tom 你曾有针对小型教育机构 1052 00:48:24,730 --> 00:48:27,230 和大专及专科的计划 1053 00:48:27,230 --> 00:48:31,760 如果他们同意让你负责那部分 你将让他们的局域网络 1054 00:48:31,760 --> 00:48:33,900 使用Akamai的服务器 1055 00:48:33,900 --> 00:48:36,860 但他们拥有其它的优势 1056 00:48:36,860 --> 00:48:38,760 这种计划在网络泡沫化之后 还成功吗？ 1057 00:48:38,760 --> 00:48:40,130 它相当成功 1058 00:48:40,130 --> 00:48:44,400 在这个计划中 我们让一般使用者所属的… 1059 00:48:44,400 --> 00:48:45,630 各家ISP使用我们的服务器 1060 00:48:45,630 --> 00:48:48,660 其中一种ISP就是大学网络 1061 00:48:48,660 --> 00:48:50,800 所以在麻省理工网络中 也有我们的服务器 1062 00:48:50,800 --> 00:48:53,460 我想全球各地有其它 200所学校的校园网络 1063 00:48:53,560 --> 00:48:55,360 也用我们的服务器 1064 00:48:55,360 --> 00:48:59,030 让我们能取得 免费宽带和布建管理服务器的机会 1065 00:48:59,030 --> 00:49:00,530 也节省我们的成本 1066 00:49:00,530 --> 00:49:03,100 为我们的一般使用者 提供更高的效能 1067 00:49:03,100 --> 00:49:07,000 因为我们能接触 大学系统中的一般使用者 1068 00:49:07,000 --> 00:49:09,800 校方也愿意这样做 因为能省钱 1069 00:49:09,800 --> 00:49:13,930 他们不需付钱给上游服务供货商 即可随时下载内容 1070 00:49:13,930 --> 00:49:16,700 又能加强他们的 网络效能 1071 00:49:16,700 --> 00:49:18,560 因为那些内容 1072 00:49:18,560 --> 00:49:19,760 就是他们所需要的 1073 00:49:19,760 --> 00:49:21,300 这项计划相当成功 1074 00:49:21,300 --> 00:49:24,760 我们就是靠这类的计划 度过危机时期 1075 00:49:24,760 --> 00:49:29,630 不仅在成本面有帮助 还能维持我们的效能优势 1076 00:49:29,630 --> 00:49:30,660 是的 1077 00:49:30,660 --> 00:49:31,830 请说 1078 00:49:31,830 --> 00:49:34,060 你们怎么会想用Akamai这个名字？ 1079 00:49:34,060 --> 00:49:36,300 当初Danny有个学营销的朋友 1080 00:49:36,300 --> 00:49:38,500 我们说：“我们需要个名字” 1081 00:49:38,500 --> 00:49:42,400 事实上在五万元竞赛那个时期 我们叫做Cachet 1082 00:49:42,400 --> 00:49:44,630 后来我们发觉 缓存区快消失了 1083 00:49:44,630 --> 00:49:47,560 因此我们心想 还是取其它的名称 1084 00:49:47,560 --> 00:49:50,130 他说以后会流行夏威夷名字 1085 00:49:50,130 --> 00:49:52,960 所以我们找了本夏威夷语 和英语的字典 1086 00:49:52,960 --> 00:49:55,330 选出五十个夏威夷单字 1087 00:49:55,330 --> 00:49:58,460 Akamai就是聪明的意思 1088 00:49:58,460 --> 00:50:01,100 在夏威夷语中代表慧黠、沉着冷静 1089 00:50:01,100 --> 00:50:04,860 因此在夏威夷假如说某人 非常Akamai，就是一种赞赏 1090 00:50:04,860 --> 00:50:08,130 我们调查后发现，这名字没人用过 所以我们就用了 1091 00:50:08,130 --> 00:50:09,460 不过一年后 1092 00:50:09,460 --> 00:50:11,500 我们发现 当初的调查并非完全正确 1093 00:50:11,500 --> 00:50:14,400 因为在夏威夷确实有一家公司 叫做Akamai.net 1094 00:50:14,400 --> 00:50:17,230 我们买下了这家公司 才保住我们的名称 1095 00:50:20,530 --> 00:50:21,900 请说 1096 00:50:21,900 --> 00:50:24,860 你们的分散模型 和物流领域中 1097 00:50:24,860 --> 00:50:31,330 所说的“物流配送模型” 十分相似 1098 00:50:31,330 --> 00:50:33,130 基本上它是全球化模型 1099 00:50:33,130 --> 00:50:37,000 而你在区域的层次 使用分布式的配销方法 1100 00:50:37,000 --> 00:50:39,200 在你们开始集合 1101 00:50:39,200 --> 00:50:42,030 这些想法的时候 有考虑过这几点吗？ 1102 00:50:42,030 --> 00:50:45,360 并非如此 因为我们 对物流领域一无所知 1103 00:50:45,360 --> 00:50:48,500 直到今日我也从来没听过这个术语 1104 00:50:48,500 --> 00:50:50,700 但同样的想法 如果在物流领域有用 1105 00:50:50,700 --> 00:50:54,360 我相信让我们 对我们来说也是相当有吸引力的 1106 00:50:54,930 --> 00:50:56,000 请说 1107 00:50:56,000 --> 00:50:58,400 关于你们定价模型的一些主要观念 1108 00:50:58,400 --> 00:51:02,460 你们会为规模多小的公司提供服务？ 1109 00:51:02,460 --> 00:51:05,200 只要是在乎网页呈现的公司 1110 00:51:05,200 --> 00:51:10,000 有些公司的网站 几乎没有流量 1111 00:51:10,000 --> 00:51:12,660 或只有微乎其微的流量 但是他们在乎公司品牌 1112 00:51:12,660 --> 00:51:14,960 想要建立形象 成为可靠的公司 1113 00:51:14,960 --> 00:51:16,960 他们就会成为 Akamai的客户 1114 00:51:16,960 --> 00:51:20,560 但如果你不在乎你的网页 呈现 且只有极少数的区域流量 1115 00:51:20,560 --> 00:51:23,660 那么你可能 不会是Akamai的客户 1116 00:51:23,660 --> 00:51:27,000 我想我们最小型的客户 每个月愿意付1000美元 1117 00:51:27,000 --> 00:51:29,100 让最小型的网站起步 1118 00:51:29,100 --> 00:51:31,630 对许多其它公司来说 可能很困难 1119 00:51:31,630 --> 00:51:33,000 我想就是这样 1120 00:51:33,960 --> 00:51:35,360 请说 1121 00:51:35,360 --> 00:51:36,830 在一开始 1122 00:51:36,830 --> 00:51:40,000 你谈到BGP的 安全性问题 1123 00:51:40,000 --> 00:51:45,230 但我错过了其它的看法 1124 00:51:45,230 --> 00:51:46,100 好的 1125 00:51:46,100 --> 00:51:50,360 我们目前提供一项服务， 叫做BGP Watch 1126 00:51:50,360 --> 00:51:52,260 因为我们的服务器在这1100个网络中 1127 00:51:52,260 --> 00:51:54,660 我们从这些网络 拥有所有的BGP字符 1128 00:51:54,660 --> 00:51:56,360 所以假如有人 1129 00:51:56,360 --> 00:52:00,400 散布我们客户的IP地址 我们可以将他标识起来 1130 00:52:00,400 --> 00:52:01,700 告知我们的客户说 1131 00:52:01,700 --> 00:52:04,400 “注意了，刚才有人 使用你的IP空间 1132 00:52:04,400 --> 00:52:05,900 你最好确认一下” 1133 00:52:05,900 --> 00:52:07,730 因为我们可以用这种方式寻找变更 1134 00:52:07,730 --> 00:52:09,030 我们也为多家 1135 00:52:09,030 --> 00:52:12,260 知名政府客户和现在也有 金融界的客户提供这种服务 1136 00:52:12,260 --> 00:52:14,460 显然其中许多 客户相当在意 1137 00:52:14,460 --> 00:52:16,430 要是有人使用了他们的IP地址 1138 00:52:16,430 --> 00:52:18,760 这不是他们 能得知的事情 1139 00:52:18,760 --> 00:52:22,830 你无法从MCI 那里得知 因为MCI可能根本没发现 1140 00:52:22,830 --> 00:52:25,030 只因为我们身处 大型的计算机设备摆设区中 1141 00:52:25,030 --> 00:52:27,060 因此我们知道 1142 00:52:27,060 --> 00:52:30,160 在该层次的路由基础建设中 所发生的事情 1143 00:52:30,160 --> 00:52:31,230 请说 1144 00:52:32,000 --> 00:52:35,900 从你们的运算数据中 曾有过出乎意料的新发现吗 1145 00:52:35,900 --> 00:52:41,400 像是可能挑战根本的理论 或刺激新的理论工作？ 1146 00:52:41,800 --> 00:52:45,460 没有什么能挑战 基本的理论 1147 00:52:45,460 --> 00:52:46,300 你知道 1148 00:52:46,300 --> 00:52:48,430 我们是发现过一些有趣的事情 1149 00:52:48,430 --> 00:52:49,400 例如 1150 00:52:49,400 --> 00:52:52,330 因特网并不符合 三角不等式 1151 00:52:52,330 --> 00:52:55,560 三角不等式说 如果我取三角形的两边 1152 00:52:55,560 --> 00:52:58,000 会比走直线要来得长 1153 00:52:58,000 --> 00:52:59,630 但在因特网上并不适用 1154 00:52:59,630 --> 00:53:01,100 就是 1155 00:53:01,100 --> 00:53:04,100 所以假如是BGP提供的 直接路径 1156 00:53:04,100 --> 00:53:07,700 通常唯一的路径都不够好 1157 00:53:07,700 --> 00:53:08,930 假如因特网 1158 00:53:08,930 --> 00:53:10,930 愿意提供给你 你才能获得更好的路径 1159 00:53:10,930 --> 00:53:12,930 因此面对这样的情况 我们的因应措施之一 1160 00:53:12,930 --> 00:53:15,630 就是在因特网上建立 覆迭的网络 1161 00:53:15,630 --> 00:53:17,630 如此 当直接路径无法作用时 1162 00:53:17,630 --> 00:53:20,200 我们将在来源 封装所有的封包 1163 00:53:20,200 --> 00:53:22,360 将封包送到中介的Akamai 服务器 1164 00:53:22,360 --> 00:53:23,360 跨越BGP 1165 00:53:23,360 --> 00:53:25,830 然后将它们解开 并传送到目的地 1166 00:53:25,830 --> 00:53:28,600 因此绕着三角形 走了较远的路径 1167 00:53:28,600 --> 00:53:31,660 有时反而比较快 1168 00:53:31,660 --> 00:53:34,200 其实目前如果你往来于 美国和亚洲之间 1169 00:53:34,200 --> 00:53:38,800 直接的路径与你能获得的路径 相较之下通常反而不是可用的路径 1170 00:53:38,800 --> 00:53:39,760 请说 1171 00:53:39,760 --> 00:53:43,130 为什么您认为像是Sockeye 这些 重视最优化的公司 1172 00:53:43,130 --> 00:53:45,530 并没有很成功？ 1173 00:53:45,530 --> 00:53:48,800 当时的经济状况其实很残酷 1174 00:53:48,800 --> 00:53:52,830 我想有百分之九十九点多的 公司都会倒闭 1175 00:53:52,830 --> 00:53:56,360 而Sockeye虽然有不错的想法 和优秀的技术 1176 00:53:56,360 --> 00:53:59,860 但他们最终会被Internap收购 1177 00:53:59,860 --> 00:54:02,800 Internap如今正贩卖 那种技术 1178 00:54:02,800 --> 00:54:04,930 我想它最后会成功 1179 00:54:04,930 --> 00:54:06,260 但是 只是说— 1180 00:54:06,260 --> 00:54:10,060 目前经济处于较恶劣的情况 要获利实在是难上加难 1181 00:54:10,060 --> 00:54:13,430 你一定要赚得到钱 不然你们就完蛋了 1182 00:54:14,130 --> 00:54:15,430 请说 1183 00:54:15,430 --> 00:54:16,330 好的 1184 00:54:16,330 --> 00:54:19,500 请您稍微说明如何在 以服务为主的企业 1185 00:54:19,500 --> 00:54:21,130 和以产品为主的企业之间作选择？ 1186 00:54:21,130 --> 00:54:22,730 这只是客户在当时 1187 00:54:22,730 --> 00:54:24,600 无意间 做出的选择 1188 00:54:24,600 --> 00:54:26,830 或这是 刻意的决策呢？ 1189 00:54:26,830 --> 00:54:27,500 是 1190 00:54:27,500 --> 00:54:29,960 以我们现有的客户基础 那必须是以服务为主的— 1191 00:54:29,960 --> 00:54:32,630 身为客户 当我们转而成为 内容供货商 1192 00:54:32,630 --> 00:54:34,130 这必须以服务为主 1193 00:54:34,130 --> 00:54:37,300 你不能 因为我们必须将 服务器散布到全世界 1194 00:54:37,300 --> 00:54:39,230 因此必须有人负责执行和运作 1195 00:54:39,230 --> 00:54:42,860 唯一能赚钱的方法 就是靠服务 1196 00:54:42,860 --> 00:54:45,200 当我们深入防火墙之后 1197 00:54:45,200 --> 00:54:48,060 你打算在防火墙后面 建立迷你的Akamai 1198 00:54:48,060 --> 00:54:49,860 你可以把它 当成产品来经营 1199 00:54:49,860 --> 00:54:52,160 我们也曾这样想过 1200 00:54:52,160 --> 00:54:55,230 当我们今天做这些工作时 其实就是在贩卖一种服务 1201 00:54:55,230 --> 00:54:57,060 我们将在你的防火墙后面 或政府的空间里 1202 00:54:57,060 --> 00:54:59,760 负责管理 我们会进行管理 1203 00:54:59,760 --> 00:55:03,200 那-这是因为 对我们来说，这是比较好的方式 1204 00:55:03,200 --> 00:55:05,030 这就是我们 成立公司的方式 1205 00:55:05,030 --> 00:55:06,430 有许多竞争厂商 1206 00:55:06,430 --> 00:55:10,200 像是思科 他们会卖给你产品 然后说 你可以成为Akamai 1207 00:55:10,200 --> 00:55:11,760 只要你买我的硬件 1208 00:55:11,760 --> 00:55:14,760 但他们这样做 成功的机率并不大 1209 00:55:14,760 --> 00:55:16,000 好的 我们非常谢谢汤姆 1210 00:55:16,000 --> 00:55:17,830 真是太精采了 1211 00:55:24,900 --> 00:55:32,300 下午两点 也就是十一分钟后 希望各位能出席 到时见