InfoSpace 案例研究

Blucora 的子公司 InfoSpace 是面向全球客戶和合作夥伴的中繼搜尋和貨幣化解決方案領先供應商。InfoSpace 成立於 1996 年，為由 100 多個合作夥伴組成的全球網路提供搜尋貨幣化解決方案。該公司融合了 Google、Yahoo! 的頂級搜尋結果，以及其他常用的搜尋引擎來為客戶提供相關結果，例如 Publishers Clearing House、Info.com 和 Iminent，以及自家品牌搜尋網站，包括 Dogpile、MetaCrawler 和 WebCrawler。InfoSpace 位於華盛頓州貝爾維尤，擁有約 120 名員工，且其中 52% 是工程師。

在使用 AWS 之前，InfoSpace 使用在華盛頓和維吉尼亞的主機代管設施來管理其基礎設施。與這兩個設施的合約已於 2013 年年中到期，而由於電源、配電和維護等問題，IT 組織要評估保留這些資料中心的可行性。當時正好也是更新伺服器和網路設備的時機，而繼續使用資料中心意味著一年內要投入逾 130 萬美元的資本投資。

InfoSpace 每天要處理約 1.28 億次查詢，且每天要收集 75 到 80 GB 的日誌資料。此外，該公司的國際網點分佈也在不斷擴展。「我們營運著一個龐大的全球合作夥伴網路和流量，並且希望能夠將基礎設施設立在靠近合作夥伴的位置，以提高搜尋回應速度，」IT 和營運資深總監Wayson Vannatta 說道。「考慮了各種選項之後，我們決定轉而使用雲端解決方案。」

在考慮了幾家雲端服務供應商之後，InfoSpace 選擇了 Amazon Web Services (AWS)，因為 AWS 是成熟的平台，提供諸多工程師可用於自動化流程的 API 和工具。此外，正如 Infospace 首席架構師 Paul Kearney 所述，「AWS 擁有豐富的知識和最佳實務，且我們希望利用這些優勢來執行高可用性的基礎設施。」 在完成概念驗證後，InfoSpace 於 2013 年 1 月開始遷移程序，並計畫於 6 月之前將所有流量遷移至雲端。

為了確保業務能在緊迫的截止期限內正常運作，IT 組織製定了一項將其資料中心流量遷移到 AWS 的整體計劃，並將 IT 組織的工程師和營運人員重新建構為職能團隊，以完成過渡。一個團隊致力於為雲端準備好搜尋應用程式堆疊，而另一個團隊則負責開發工具以支援雲端環境。InfoSpace 還重新建構了一個團隊，以維護當下的基礎設施並讓合作夥伴了解遷移到 AWS 的情況。

搜尋應用程式是使用 Microsoft.NET 框架建立的，並完全在 Microsoft Windows Server 2008 R2 上執行。應用程式的後端由一組可接受查詢請求的 API 組成。當搜尋請求來自合作夥伴站點時，應用程式會查找並擷取組態資訊，以確定合作夥伴希望如何顯示搜尋結果。擷取組態資訊後，搜尋應用程式會呼叫內容來源 (例如，Google 或 Yahoo) 以擷取結果。然後，它會套用一種演算法，以對合作夥伴有用的方式刪除結果的重複項及排序結果。如果搜尋請求來自 InfoSpace 站點，應用程式會將 XML 搜尋結果資料轉換為 HTML。合作夥伴站點負責在 HTML 頁面上為其客戶顯示 XML 結果。

IT 團隊佈建了 Amazon Virtual Private Cloud (Amazon VPC)，藉此為應用程式建立 AWS 雲端的私有部分。「Google 和 Yahoo 等內容合作夥伴會根據請求的來源將 IP 地址列入白名單 (暫存器)，」Kearney 解釋道。「透過使用 Amazon VPC 技術，我們可以輕鬆維護一個可管理的 IP 地址清單，這些 IP 地址已被我們的供應商所接受。」 該環境包括 Microsoft Amazon Machine Images (AMI) 伺服器，這些伺服器可在美國東部 (維吉尼亞北部)、美國西部 (加利佛尼亞北部) 和歐洲 (愛爾蘭) 的多個可用區域的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體上執行。

InfoSpace 使用 Amazon CloudFront 作為其內容交付網路，使用 Amazon Route 53 實現 DNS 服務，並依靠 Amazon Simple Storage Service (Amazon S3) 來存放資產和日誌檔案。Amazon S3 還是一個中間傳輸點，可將日誌檔案從 Amazon EC2 遷移至其內部部署資料倉儲，以進行報告和分析。 

在遷移到 AWS 之前，工程團隊建立了一個名為「射後不理」的測試工具，即每當應用程式在 InfoSpace 的資料中心環境中收到請求時，它就會向 AWS 傳送請求。隨即便會處理資料中心請求並將其傳回使用者。在 AWS 雲端中處理了請求的重複項，這就允許 InfoSpace 測試與實際流量模式匹配的生產級負載。使用此工具，工程師能夠確定特定流量級別的容量要求，並釐清每個區域所需的執行個體大小和數量。InfoSpace 當前使用 Elastic Load Balancing 將流量分散到 490 個 Amazon EC2 執行個體。

到 2013 年 5 月，InfoSpace 在多個部署日期內開始增量遷移。該公司將其業務分為兩組：InfoSpace 品牌網站的託管流量和合作夥伴的分配流量。經過幾次試驗測試後，InfoSpace 在兩週半的時間內將大部分流量遷移到了 AWS。

在成功遷移之後，InfoSpace 團隊開始穩定環境，其中包括改進發佈流程並將 DNS 記錄遷移到正確的地址。InfoSpace 使用 Sumo Logic 每天管理超過 200 GB 的資料，並使用 Chef 來自動化部署和組態流程。「過去，在我們的主機代管中心建置、設定和部署一台新機器需要兩週時間。儘管環境是虛擬化的，但自動化程度並不高，」Kearney 說道。「現在我們可以採用通用 AWS 預先設定的 Windows Server AMI，並在啟動時使用 Chef 以在 20 分鐘內將 .NET、Internet Information Services (IIS) 和我們的應用程式安裝到執行個體上。我們無需將新版本的應用程式部署到現有機器上，而是只要建立新的執行個體即可。」

透過仔細規劃並與 AWS 解決方案架構師密切合作，InfoSpace 能夠在 6 個月內完成完整的資料中心遷移，包括其 Microsoft Windows 堆疊，同時支援超過 30% 的流量增長。使用 AWS，InfoSpace 能夠建立一個全球基礎設施來支援其國際客戶。「使用 AWS，我們解決問題的方法將更為簡單快捷，」Vannatta 說道。「在海外開設設施時，需要考慮諸多成本與稅收問題。AWS 為擴展國際網點分佈提供了非常簡單的途徑。」

國際和國內客戶的搜尋回應時間都有所改善。Vannatta 估計，國際流量的回應時間提高了 20%，國內流量的回應時間提高了 10%。「此外我們估計，遷移到 AWS 後，我們 2013 年的資本預算減少了 72%，」他繼續說道。「透過自動化我們的監控、提醒和回應流程，我們能夠免除全天候配備人員的需求，並且我們 2014 年的營運費用有望減少 32%。當業務單位告知我們南美洲和亞洲的流量增加時，我們知道可以在這些區域快速部署應用程式堆疊。」
在遷移到 AWS 之前，IT 組織並無任何雲端服務經驗。「透過與 AWS 合作、打破內部界限並和我們的合作夥伴保持密切聯繫，我們得以創造業務奇蹟。」Vannatta 說道。「我們的員工獲得了雲端經驗，現在，我們已被視為一個增值組織，而不是成本中心。這是一個更加緊密的技術型組織，而我認為是 AWS 讓我們成為一個更緊密且更優秀的團隊。」