第一件，他們會嘗試用和本地一樣的架構在云端以租用的方式來運行，重新創建相同的功能。溫馨提示： 一定不要采取這種方式，因為這樣做的結果是，最終會導致項目失敗。

第二件，他們將重新設計和再造應用程序，利用云計算的一些基本優勢來操作。換個意思來表達，就是云原生方式。

雖然，不管哪種方式，都可以將傳統的應用和數據直接遷移到云端，但筆者建議：對比直接把軟件從本地遷移到云的方式，選擇云原生的架構，會讓企業在未來的上云體驗更加順暢。

原因一、云原生架構能帶來更彈性的成本優勢

假如，你想將您的物理基礎設施用于與云，構建與云虛擬基礎設施相匹配的資源體系，注定會造成失敗的結果。即使像亞馬遜、Azure和谷歌云這種大型云計算企業，能提供各種規模的虛擬機，并且所提供的服務能或多或少地與物理對應的規格相匹配，但也幾乎永遠不會在云支出上找得最佳平衡點。作為普通用戶，我們的IT規劃能力遠不及這些大型云計算平臺，不能提供靈活的定價選項，如 "保留實例"、企業協議和儲蓄規劃等等。

原因二、計算和存儲的分離增強了本地和云之間的聯系

在用戶的數據中心中，我們購買的服務器通常有一些直接附加的存儲(DAS)，你可以用它來存儲臨時文件、圖像、文檔或其他東西。但是，當你進入云端的SaaS領域時，依賴這種模式是很危險的，因為你的計算機/CPU需求的起伏可能與你的數據存儲需求大不相同。而采用云原生的方式，我們能夠使用AWS S3或ADLS等對象存儲服務，這些服務可以根據計算需求分開購買、優化和管理。這種計算和存儲分離的方式將幫助你避免 "規模化部署危機"，比如：在增加10000個新用戶的時候，這種優勢尤為明顯。

原因三、讀寫分離的方式更容易擴展

同樣，當你向潛在的高并發用戶群部署應用，想獲得更豐富的SaaS服務時，你可能要選擇最好的數據發現、數據操作和數據檢索技術。在過去，關系型數據庫可能是這些功能的合理選擇，但在云規模的數據量和用戶中，選擇更專業的云服務可能是有意義的，比如列式存儲、內存數據庫或數據流。這樣一來，如果你的大部分工作負載是讀密集型的，而你的數據庫寫入是突發性或間歇性的，那么你的正常SaaS操作就會繼續，即使寫入量可能會激增(比如，在一個季度或一年的末尾)。讀寫分離的方式可以提供更好的用戶體驗和更有彈性的運營模式。

原因四、在云存儲方面擁有得天獨厚的優勢

云優先的設計方案，還體現在云存儲方面的優勢，如S3或ADLS。在多云環境下，云提供商將面臨更大的競爭壓力，需要在其存儲服務內進行改革和創新。密切跟蹤并快速適應這些創新的應用架構師將比那些更加謹慎的競爭對手擁有各種優勢。以亞馬遜最近新增的讀寫一致性為例。將這一功能內置到存儲中，可能意味著對于某些用例來說，支付某種SQL查詢引擎可能沒有必要。其他可以從這種競爭性創新中受益的領域是安全、加密、壓縮或其他節約成本的措施。

原因五、讓服務萬無一失

對于那些采用云原生方法的公司來說，一個明顯的優勢是即時性、自動化和簡化的思維方式。SaaS供應商通常可以通過是否能夠提供即時配置、設置并忘記配置以及 "按鈕式 "的用戶體驗來決定其生死，即使是復雜的IT或業務功能。萬無一失的另一面是通過提高自動化程度、內置預測性智能或機器學習，使用戶能夠提高工作效率，從而確保你的環境以最佳狀態運行。SaaS公司必須善于創建萬無一失的工作流程，提高用戶的生產力和效率。

原因六、讓上云下云做到順暢自如

雖然每個云提供商都有專有的云服務(數據倉庫、ETL、消息傳遞、存儲)，他們也提供了一套豐富的即開即用的開源技術，如Spark、Kafka、Flink、MySQL、Postgres等。雖然說使用這些開源產品就可以輕松地從一個云遷移到另一個云，并且這確實意味著，如果要更換云提供商，遷移可以不用完全重寫。更為重要的是，許多IT架構師正在向多云模式發展，已經有更多公司在與兩個或多個云提供商打交道。如果你的企業能夠專業地利用來自不同廠商的云服務，能在各種混合云環境中游刃有余，這是你的云架構面向未來的第一步。

SaaS廠商要想在高手如林的市場競爭中取得成功，就需要先發制人，采用云原生的方案，可以達到令人滿意的效果，把云服務打造成最完美云的標桿：彈性、創新，并更具成本效益。