組織的云計算之旅通常都將內部部署應用程序遷移到云平臺中，而在這一過程將面臨一些挑戰(zhàn)，但最終將獲得更多收益。

組織將工作負載轉移到云平臺中有時很簡單，而如果可以將內部部署服務器提升并轉移到IaaS計算平臺，對組織來說將會帶來更多好處。在某些情況下，組織將工作負載遷移到云平臺則更具挑戰(zhàn)性。例如，如果組織的工作負載涉及多個層次基礎設施和軟件，或者需要細致而復雜的供應流程，那么其云計算之旅可能會困難得多。

醫(yī)療保健服務商Optum公司首席工程師Bill Schneider在最近舉辦的Interop 2020會議中發(fā)表演講，其報告題目為“我們的云之旅如何將傳統(tǒng)應用程序遷移到AWS云平臺”，其中討論了該公司團隊如何應對這些挑戰(zhàn)的經驗。Schneider對他及其團隊如何將內部部署分析應用程序（或至少其中大部分）移至AWS云平臺，為什么選擇云架構，以及自從轉移工作負載以來帶來的好處進行了闡述和分析。

開發(fā)和管理醫(yī)療保健數(shù)據(jù)分析工具

Schneider及其團隊將開發(fā)和管理應用程序稱之為OPA，可以幫助Optum公司的客戶管理醫(yī)療數(shù)據(jù)。該應用程序使他們能夠查找和分析患者數(shù)據(jù)，并將其與醫(yī)療保健價格和所獲得的醫(yī)護質量等因素相關聯(lián)。該應用程序是面向公眾的資源，Optum公司的員工和客戶使用該資源。

最初，OPA是一個由四個主要組件組成的內部部署應用程序。首先是存儲Optum公司創(chuàng)建或收集的原始數(shù)據(jù)的文件;將數(shù)據(jù)從那里傳遞到Oracle數(shù)據(jù)倉庫，在那里進行處理和重組;而在數(shù)據(jù)轉換完成之后，移動到Oracle公司提供的數(shù)據(jù)集市;最后，通過MicroStrategy分析應用程序從數(shù)據(jù)集市提取數(shù)據(jù)，以便處理用戶查詢。

遷移到云平臺

如今，OPA主要在云平臺中運行。雖然仍然存在內部部署組件，因為數(shù)據(jù)管道從內部部署存儲的數(shù)據(jù)開始，但是先上傳到AWS S3存儲桶，然后在將數(shù)據(jù)存儲到AWS Redshift之前存儲在其中。在Redshift中，可以通過AWS云中托管的MicroStrategy應用程序實例查詢數(shù)據(jù)。

通過彈性負載平衡器（ELB）管理基于云計算管道的流量，這些流量將路由到不同的MicroStrategy實例。采用彈性負載平衡器（ELB），Schneider及其團隊可以簡化證書管理。他們還避免了在為OPA應用程序添加新客戶端時更新DNS記錄。

為什么要進行云之旅？

最初為OPA提供支持的內部部署架構受到一些限制。Schneider指出，除了獲得Oracle軟件許可的費用之外，該應用程序還面臨著擴展方面的挑戰(zhàn)，因為它在很大程度上依賴于內存中的高速緩存來使報告對最終用戶作出響應。因此，為了支持更多的客戶，Schneider和團隊將不得不添加更多的服務器以提供更多的可用內存。

將OPA遷移到云平臺為解決這兩個挑戰(zhàn)提供了解決方案。通過使用AWS Redshift代替Oracle的數(shù)據(jù)倉庫和數(shù)據(jù)集市工具，Optum公司降低了其軟件許可成本。同時，即使在應用程序正在處理多達十億行數(shù)據(jù)的情況下，云平臺也使為應用程序實例分配更多基礎設施資源變得更加容易，以確保獲得適當?shù)男阅堋?/p>

應用程序遷移到云平臺后出現(xiàn)的第三個優(yōu)勢是全自動編排。Schneider及其團隊實施了AWS Step Functions，以調用AWS Lambda中托管的代碼來處理置備和管理任務。Schneider解釋說：“每個步驟函數(shù)代表一個高級過程，例如‘執(zhí)行數(shù)據(jù)查找‘或‘部署發(fā)布’。然后，這些步驟函數(shù)會調用一系列Lambda，每個Lambda都執(zhí)行獨立的任務，例如設置AWS基礎設施或安全組。”

通過允許應用程序實例自動部署，這種方法實際上消除了人工啟動新應用程序環(huán)境的需要。Schneider表示，與內部部署版本的應用程序相比，這意味著效率的巨大提高，為此，團隊使用IaC工具（如Puppet）來協(xié)調一些管理任務，但在其他方面依賴于人工的工作流程。

云之旅面臨的挑戰(zhàn)

Schneider表示，OPA的云之旅并非沒有坎坷。其中一個主要挑戰(zhàn)是為應用程序開發(fā)人員找到方法，使其從進行開發(fā)工作的內部部署工作站安全地連接到基于云計算的環(huán)境。為此，Optum公司最初除了必須創(chuàng)建特殊的防火墻例之外，還利用了AWS的SSM服務，該服務使工程師可以通過HTTPS在云中的計算機上執(zhí)行命令。

MicroStrategy的應用程序早在云計算成為標準之前就已經出現(xiàn)，但它的設計并不是為了作為高度動態(tài)的應用程序堆棧的一部分運行的。這帶來了一些問題，但他的團隊能夠與供應商合作解決這些問題。

Schneider表示，自從將應用程序遷移到云中以來，內部的技術債務也已成為Optum公司面臨的更為緊迫的挑戰(zhàn)。在云中，技術債務不僅構成性能挑戰(zhàn)，而且還帶來直接的成本影響。展望未來，其團隊的一個關鍵優(yōu)先事項是繼續(xù)尋找和解決OPA的技術問題，以確保該應用程序從成本和性能兩個方面都盡可能高效。

結論

傳統(tǒng)應用程序并不僅僅適用于云平臺，可以直接將其提升并轉移到托管虛擬機中。也并非只針對從一開始就誕生于云中的云原生應用程序。正如Optum公司云之旅的故事所表明的那樣，組織可以采用復雜的、多層次的內部部署應用程序，并以一種允許組織充分利用其可擴展性和自動化特性的方式遷移到云中。
責任編輯：YYX