# 為何將 Morningstar 遷移到云端：降低 97％的成本 > 原文： [http://highscalability.com/blog/2017/8/14/why-morningstar-moved-to-the-cloud-97-cost-reduction.html](http://highscalability.com/blog/2017/8/14/why-morningstar-moved-to-the-cloud-97-cost-reduction.html)  企業不會遷移到云。 如果他們這樣做，那就等于承認您的 IT 團隊很糟糕。 那是常識。 投資研究提供商晨星（Morningstar）正在遷移到云中，他們正變得越來越有企業精神。 他們并沒有讓我感到無能，他們只是不想再擔心所有低級的 IT 問題。 晨星（Morningstar）的 CTO Mitch Shue 在 [AWS Summit Series 2017](https://www.youtube.com/watch?v=vhNvhJGOhSw&ab_channel=AmazonWebServices) 上做了簡短的演講。 它并沒有完整的技術細節。 那不是有趣的部分。 演講更多地是關于他們的動機，他們采取行動的過程以及他們所經歷的一些結果。 盡管這更有趣，但我們之前已經聽到了很多。 我發現最有趣的是晨星作為金絲雀測試的想法。 如果晨星公司成功，那么該死的公司可能破產，我們將看到呆板的主流企業更多地采用云技術。 這是一個復制貓的世界。 這種先例為其他 CTO 提供了做出相同決定所需的掩護。 在整個演講中，最重要的想法是：遷移到云上可以節省很多成本，但是他們更感興趣的是“創建無摩擦的開發經驗以刺激創新和創造力”。 軟件正在吞噬世界。 毫無疑問，晨星展望未來，看到贏家將是那些能夠以最快的速度開發最好的軟件的人。 他們需要更好地開發軟件。 擁有自己的基礎架構是技術債務的一種形式。 是時候償還債務并開始進行真正的創新工作了，而不是苦苦掙扎。 這是我的談話內容： ## 基礎設施 * 全球 8 個數據中心 * 11,318 個應用服務器 * 7,894 個數據庫實例 * 4PB 存儲 ## 改變的時候了 * 想象一下在修補，升級，管理和保護 8 個全球數據中心方面所做的工作。 運行非常復雜。 * 問題不在于他們的 IT 員工。 他們對 IT 感到滿意。 * 想要最大化人才，擁有更少的基礎架構并專注于核心業務。 * 想要簡化和減少復雜性。 * 運行數據中心并不能與它們區分開。 ## 改變文化 * 過渡到云需要來自世界各地的 1400 名技術人員的參與。 不容易做到。 * 來自世界各地的許多半自治團體都有各自的路線圖和團隊目標。 * 既定的高級技術目標：最大化人才，擁有更少的基礎設施，減少復雜性，提高產品完整性，產品安全性，產品可恢復性，產品可靠性，更好的正常運行時間，更好的監控和更快的事件響應。 * 選擇目標的目的是易于重復，易于理解且不會過期。 * 不要對自己的文化感到被動。 通過有目的的重復將這些目標融入您的文化：大量會議，博客文章，演示和對話。 * 遷移到 AWS 支持這些目標。 ## 策略：快速行動然后優化 * 數據收集團隊最初使用提升和轉換方法遷移到 AWS。 那使他們迅速進入了云端。 * 一旦一切正常，他們就開始降低復雜性。 * 將 SQL Server 替換為 RDS for PostgreSQL。 * 添加了用于消息傳遞的 Kinesis，因此他們可以更好地控制工作負載分配。 * 由于他們的應用程序每天僅運行 2-4 小時，因此他們用 Lambda 函數替換了所有 EC2 實例。 * 致力于制定按需創建和銷毀整個計算機環境的策略。 * 將他們的數據湖移至 S3。 * 不斷進行迭代以降低復雜性。 ## 結果：降低了 97％的成本 * 當然，該項目是經典的 Lambda 用例。 空閑時間這么多，全時 EC2 實例沒有多大意義。 * 但話又說回來，您可以想象整個企業中有許多這樣的潛在優化。 ## 未來 * 到 2017 年，核心數據 API 將移動數 TB 的數據，每天處理數百萬條消息。 * 到 2018 年，他們將存儲超過 2PB 的數據，每天處理超過 20 億條消息，以支持超過 5 億美元的產品收入。 * 到 2020 年將自己的基礎設施減少 70％的目標。 * 悉尼數據中心將于 2018 年關閉。通過遷移非生產環境來縮小深圳的占地面積。 * 創建了一個卓越的云計算中心，以重新考慮安全性，部署和運營等領域。 * 將啟動再培訓計劃，以對內部人員的技能進行投資和現代化（不錯！）。 * 成本效率很高，但他們也有興趣創造一種無摩擦的開發經驗以刺激創新和創造力。 他們采取此舉似乎是一個重要原因。 ## 為什么選擇 AWS？ * 談話的這一部分聽起來像是 AWS 新聞稿，畢竟這是一次 AWS 會議，但這是企業 CTO 如何思考問題的一個很好的例子。 * 喜歡 AWS 的步伐創新，服務呼吸和專業支持。 * 轉向 AWS 并擁有更少的基礎架構意味著更多的容量，更多的安全性，更高的可靠性，更多的安心和更多的創新自由。 [關于 HackerNews](https://news.ycombinator.com/item?id=15010310) 上周沒有“互聯網說可擴展性”一文。 這是故意遺漏的嗎？ :) 通過重寫所有基礎架構和代碼將成本降低 97％，可以 遷移到 AWS：昂貴，但不到 2020 年在全球范圍內維護 1995 年的基礎架構 投入使用，成本降低了 70％以上 如果您不能讓工程師和開發人員升級/優化軟件，請上云；如果您不是一家沒有客戶的初創公司，請始終保持低價…… 抱歉，該 zbb。 我本來有最好的意圖，但我生日那天不在，只是沒有足夠的時間來完成它。 我們本周上班。 如果我的老手仍然可以輸入:-) 我也錯過了星期五的帖子！ 希望你生日快樂。 我做了卡爾，謝謝！ >如果您不是一家沒有客戶的初創企業，它總是“低聲”。 這就是為什么我認為這是一個有趣的案例，修剪。 顯然，他們有自己的印章，可以按自己的方式辦事。 如果他們認為節省的成本不堪重負，他們會堅持并留下來，但事實并非如此。 關于它們的“空閑時間優化”，我一無所獲：為什么有人需要 11k 的應用程序服務器和 7k 的數據庫服務器來處理“每天僅工作 2-4 小時”的應用程序？ 我對 Reader 的理解是，這些數字是指他們的整個系統，而空閑時間是指他們最初選擇遷移到 AWS 的系統。 “用 RDS 替換 PostgreSQL 的 SQL Server”可能節省了 50％的 M $