為什麼雲原生會統領SaaS服務？

當開發團隊告訴你，他們正計劃將關鍵應用移到雲端，轉成SaaS服務，通常會有兩件事會發生。

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

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

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

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

假如，你想將您的物理基礎設施用於與雲，構建與雲虛擬基礎設施相匹配的資源體系，註定會造成失敗的結果。即使像亞馬遜、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廠商要想在高手如林的市場競爭中取得成功，就需要先發制人，採用雲原生的方案，可以達到令人滿意的效果，把雲服務打造成最完美雲的標杆：彈性、創新，並更具成本效益。