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 下午兩點 也就是十一分鐘後 希望各位能出席 到時見