云時代，在面對云廠商高額的成本時，放棄云服務采用內部基礎設施進行替換是否是更合適的選擇？mysql移植方案https://www.openeuler.org/zh/openEuler 是一個開源、免費的 Linux 發行版平臺，將通過開放的社區形式與全球的開發者共同構建一個開放、多元和架構包容的軟件生態體系。同時，openEuler 也是一個創新的平臺，鼓勵任何人在該平臺上提出新想法、開拓新思路、實踐新方案。

　　原文鏈接： 　　https://levelup.gitconnected.com/how-we-reduced-our-annual-server-costs-by-80-from-1m-to-200k-by-moving-away-from-aws-2b98cbd21b46 　　聲明：本文為 CSDN 翻譯，未經允許禁止轉載。 　　作者 | Trey Huffine 　　譯者 | 彎月? ? ? ?責編 | 辛曉亮 　　出品 | CSDN（ID：CSDNnews） 　　在本文中，我們采訪了 Prerender.io 的首席工程師兼經理 Zsot Varga。他跟我們分享了一個真實的小故事：他們放棄了AWS，并構建了內部基礎設施來處理流量和緩存數據，從而將服務器每年的費用從100萬美元降低到了20萬美元。 　　“我們的目標是降低成本，同時保持渲染速度和服務質量不變。這類的遷移需要仔細計劃和認真執行，配置不正確或執行不給力就會導致客戶網頁和社交媒體宕機，影響他們的網絡搜索排名，也會導致我們的客戶流失。” 　　需要解決的技術問題 　　簡單來說，我們的產品Prerender會緩存和預渲染JavaScript頁面，這樣搜索引擎就可以抓取和索引一個純HTML文件，你只需要在網站上安裝適當的中間件，就可以避免使用昂貴且冗長的JavaScript解決方案。 　　但是，所有這些數據和流程都需要在服務器上處理，為此以前我們使用的是AWS。經過幾年的發展，如今我們每分鐘需要處理的頁面超過了7萬，存儲的頁面高達5.6 億，因此而產生的AWS費用也高達一百萬美元。 　　繼續使用AWS，我們就需要持續承擔如此高昂的費用。相反，我們花了三個月的時間，通過一些現成的思路和一個清晰的計劃，削減了80%的成本。 　　遷移計劃 　　之前，我們使用的是托管在亞馬遜的AWS之上的服務器，用于存儲客戶緩存和呈現的頁面。眾所周知，AWS是目前最大的云提供商之一，提供虛擬服務器和托管服務。 　　我們利用AWS來存儲緩存頁面，然后供Google、Facebook以及其他搜索引擎查詢或抓取。我們的產品Prerender的主要功能就是向Google以及其他搜索引擎提供靜態的HTML頁面，向人類用戶提供動態的交互式 JavaScript。 　　我們所面臨的問題是，將大量（TB級）的預渲染網頁存儲到第三方服務器上產生了巨額的費用。通過這種方式存儲緩存頁面，導致我們所需承擔的維護和托管費接近天文數字。 　　此外還有一個問題，很多初創公司都沒有考慮到，也沒有太多相關的話題引發討論，那就是流量成本。 　　將數據導入 AWS 是免費的，但對于大多數軟件來說，靜態數據并沒有什么用。但移動這些數據會產生巨額成本，而這將成為我們前進道路上的瓶頸。 　　那么，該怎么解決呢？我們的計劃是，將緩存的頁面和流量遷移到自己內部的服務器上，并盡快減少對AWS的依賴。 　　我們預估了一下成本，發現可以將托管費用降低 40%，而且此次服務器遷移不僅可以節省我們的成本，也可以為客戶省錢。 　　我們的目標是降低成本，同時保持渲染速度和服務質量不變。這類的遷移需要仔細計劃和認真執行，配置不正確或執行不給力就會導致客戶網頁和社交媒體宕機，影響他們的網絡搜索排名，也會導致我們的客戶流失。 　　為了避免可能出現的問題，我們的計劃包含三個階段。如果出現任何問題，我們可以輕松地退回到前一個階段。如果由于某種原因導致新服務器無法工作，我們也可以輕松地回滾，而不會出現任何停機或影響到客戶的服務降級。 　　我們需要謹慎地執行系統測試，而且這是一個持續的過程，可能需要數周或數月的時間。 　　遷移過程 　　第一階段：測試（4～6周） 　　第一階段的主要工作是設置裸機服務器，在小規模且易于管理的機器上測試遷移，然后再擴大規模。這個階段沒有太多修改軟件的需求，我們決定在Linux的KVM虛擬機上運行服務器。 　　5 月初，我們的第一批服務器開始運行，1%的流量被定向到新服務器。遷移兩周后，我們每天的費用節省了800美元。5月底，我們已將大部分流量工作負載從 AWS 遷移出去，渲染工作負載的成本降低了 45%。 　　服務器每月的成本降到了13,000 美元，與AWS相比，開支已經削減了 22%。 　　測試階段對于確保今后流程的順利運行至關重要。我們付出了巨大努力，設法通過更多的監控和更好的錯誤處理來提高系統的穩健性。