關于云遷移的經驗總結

在近期舉辦的Dynatrace Perform大會上，我與不同類型的技術公司就 云遷移 這個話題進行了廣泛的交流。所接觸的專家從SaaS公司到電子商務公司和云服務提供商。公司規模大小不一，既有初創型規模的，也有大至巴西最大的電子商務公司之一，以及建立SaaS業務的公司。盡管這些公司之間頗為不同，但他們對云遷移項目的關鍵要點有著高度一致的看法。本文涵蓋了前5大共識。

總會發生迫使你轉向云的事情

討論小組都認同，實施云遷移不是平白無故做出的決定。所有的與會者都是因為遇上了不可抗拒的事件，才被迫轉向云的。對B2W來說，這個不可抗拒的事件就是，在一次嚴重的生產事故后，他們決定朝微服務的方向去重構整個環境。當基于交易量來動態擴展獨立組件成為云戰略的一個關鍵部分時，遷移到云端也就成為了他們戰略的關鍵組成。對行業領先的BAR考試服務提供商BARBRI而言，驅使他們決定向云遷移的關鍵動力來源于數據中心的重建需求。

向云遷移的關鍵約束在于成本

當問及遷移到云的動機時，第一個想到的就是降低成本。所有的與會者都同意，降低運行成本是云遷移的核心驅動力。對更小的初創公司來說，IaaS的彈性模型使它們能夠對所需的基礎設施進行及時的投資。對成熟的公司而言，走向云遷移的關鍵事件是對重建數據中心的再投資。一旦你面臨一筆大的投資，就會對戰略問題三思而后行。“對我來說，當下在數據中心上的花費是我的首要成本。”BARBRI的IT主管Mark Kaplan說。需要重點指出的是，低成本的收益需要一段時間才能顯現出來。在過渡期，公司同時運行云和非云設施。“仍然需要為接下來的兩年時間做好成本節約計劃，以保障項目成功”， Kaplan指出。

APM工具的相關工作應在CIO議程上

實施云遷移同時帶來了一件有意思的事情， APM工具的相關工作不能缺席CIO議程。通過云服務的彈性和靈活性，公司能夠更直接和快速地進行成本優化。BARBRI的Greg Birdwell指出，“我們使用APM工具不光是為了監控基礎設施的健康度。如果我發現有服務消耗的CPU或內存資源較其它服務少很多，我就能切換到更廉價的實例上去。這能立即為公司節約成本。”BARBRI的Mark Kaplan說，他們使用Ruxit來精確地縷清環境的依賴關系和資源需求，這些都是完成遷移的基礎。全球各地的CIO們盯著APM工具，根據監控數據計算成本收益，這樣的景象也許我們還要再過一段時間才能看到，但事情的發展正在朝這個方向演進。

敏捷壓倒成本收益

從討論小組那獲得的一個令人非常驚訝的事實是，盡管降低成本是云遷移的一大核心動力，但所有的與會者都認同他們現在花在云基礎設施上的錢更多了。“如果運行在一個傳統的數據中心上，對我們會更便宜。” Stilnest的Michael Aigner說。“但我們還是把寶全部押在云上，因為我們獲得了比節省一小筆錢更寶貴的東西：敏捷。”所有的小組成員都認為云服務通過支持新功能的敏捷開發模式，從而幫助產品獲得更短的上市時間，這點是客戶們非常欣賞的。

云遷移影響了文化

與會者認為，云遷移不是一個技術或經濟游戲規則顛覆者，實際上它廣泛地影響到了公司的文化。一旦開始運行在云上，你就已經轉向DevOps了。“我們所有的基礎設施現在都在代碼里” Stilnest的Michael Aigner說道。“我期望我們的運維團隊能更像開發人員，像開發人員那樣工作”，B2W公司的Alexander Ramos說。開發人員持續不斷地投入到生產問題的解決中，根據Ruxit的Anita Engleder的說法，以DevOps牽頭常常促使開發團隊成為應用運維的一部分。Engleder 認為“不管怎樣，開發人員都比我更了解他們自己的代碼，所以他們應當為監控負責”。B2W公司的Alexander把這點推向了一個極端：“我給開發人員發了尋呼機，他們和其他人一樣都隨時待命。這改變了很多東西。”

遴選云服務提供商是一大挑戰

討論小組認為，遴選出合適的云服務提供商是一個重大的挑戰。云服務提供商的選擇依賴于你對基礎設施的需求以及云服務提供商自身的靈活度。同時，當評估價格點時，就不僅僅只需考慮基礎設施狀況了。“如果你想要辦件事情，就會希望電話那端能有人指望得上。可靠可信任的合作伙伴對云遷移的每一步都很關鍵。” CenturyLink Cloud的Bob Stolzberg說。

成功的遷移建立在嚴謹規劃的基礎上

CenturyLink的Bob Stolzberg指出，管理層的贊助支持和端到端的規劃對成功交付非常關鍵。Bob Stolzberg經歷過了非常多的遷移項目，他的建議相當清晰：“制定一個執行計劃，爭取成功完成，但不要追求完美”。Stolzberg說，“你還需要制定回滾策略。如果事情搞砸了，就會想要重回安全節點。”

云遷移不代表遷移到公有云上

對許多公司來說，云遷移意味著遷移到公有云上去，事實上往公有云遷移只是其中的一個選項。尤其是當監管方面的要求非常重要時，公有云就力不從心了。Avocado咨詢公司的Romain Bigeard指出，這類情況公司的出路是投奔私有云。他認為“利用私有云基礎設施也能夠獲得云環境帶來的許多好處”。對這類公司，關鍵是構建一個可編程的基礎設施，進而提高在軟件交付過程中的敏捷度。

做出正確的行動

對會談參與方做的一個非正式的調查顯示了來賓們云遷移戰略里頭更深層次的內容。大多數決定先從遷移新應用到云端開始。一旦積累到一些經驗了，然后開始遷移已有的前置應用到云端。要么一次性把所有的都遷移過去，要么一開始只遷移某些應用服務到云端。

基礎設施即服務是遷移最常見的原因

盡管云服務提供商還提供了類似容器即服務（Containers-as-a-service）和PaaS的選項，來賓們仍然更青睞基礎設施即服務。此外還有許多額外的云服務可以優化應用交付。

理解依賴關系是最大的挑戰，緊隨其后的是規模估算

云遷移最大的挑戰是理解現有基礎設施內的依賴關系，這點得到了廣泛的認同。“有時我想知道為什么這兩個應用之間存在會話。但找不到說明文檔，所以我不得不甩開Ruxit上的所有數據” B2W的Alexander說。排在挑戰榜單第二位的是規模估算。不同規模的云實例的價格差異非常明顯，因此從節約成本的角度來看，關鍵在于選用正確的實例類型。傳統上，公司為安全起見會購買足夠大的機器。而在云上，公司只想買最小可能的基礎設施，有需要時再進行擴展。尤其是在變動場景下，目前數據中心服務器的規模常常是過度配置了。正如前述所提到的，基礎設施上的花費直接即時，節約成本是關鍵。

云監控也不盡相同

一旦遷移到云端上了，很多事情就變了。所有這些全新的云服務成為應用的一部分的同時，也意味著需要使用工具進行原生監控和管理應用。挑戰榜下一個是云環境的擴展。成本節約背后所有的理論要求只運行所需的，在紙面上也許很好做到，但是如果除了基于資源消耗的擴展，工具對其它方面只提供了非常有限的功能，這時自動擴展環境顯得很困難。成本節約最終會是成果顯著的，但在一開始你需要把注意力放在確保遷移努力確有成效上面，而不是讓其影響了性能和用戶體驗。等所有事情都正常運行了，才在擴容和縮容這兩個方向上進行容量規劃，并經常性地這樣操作。在一個基于價格模型的消費世界里，時間能造就其中的財務差異。

關于作者

Alois Reitbauer 是 Ruxit 公司的首席布道師。在他職業生涯的絕大部分時間里，他都在進行監控工具構建以及應用性能微調。他常以演講嘉賓的身份出席會議，同時他還是一名博客作者、作家和壽司狂人，Alois近期的工作地點是Linz、Boston和San Francisco。

查看英文原文： Lessons Learned About Cloud Migration