創建旨在使用云資源的軟件應該是遷移組織的下一個重大舉措。

人們對流行術語通常有一種愛恨交織的關系。一方面，它通常被嚴重地濫用，幾乎失去了所有實際意義。另一方面，它們似乎是簡潔地傳達某些概念的唯一方式。

[[271499]]

云原生就是這樣一個流行語。最近，一切和任何東西似乎都標記為云原生。不信是嗎?谷歌的短語“云原生硬件”，“云原生銷售專家”和“云原生的會計師事務所。”這是一種流行病。

然而，人們還應該如何談論在公共云平臺上運行的明確目標正在構建的新一波軟件?似乎沒有更好的標簽。雖然人們對最近普及的“現代云應用程序”有一定的親和力，但并不認為這是向前邁進的一步，而且人們正在認真考慮如何進入這個領域。

作為一個采用非常不同的方法來保護這些新類型應用程序的安全創業公司，如果甚至無法有意義地談論已經發生的變化，那么如何開始解釋人們的工作?

因此，需要嘗試將云原生的含義達成一致。技術有很多定義，大多數定義都過于詳細，但令人驚訝的毫無用處。對人們來說，理解云原生這一術語最有用的方式是，當人們將云平臺視為操作系統時，云原生就是它背后的整個哲學。

從歷史上看，人們使用云計算作為消費虛擬化硬件的一種方式，例如計算、存儲、網絡。當企業“以云為原生”時，可以提升級別并設計、構建、部署和運行依賴于云平臺的軟件，以提供企業可以利用的豐富服務和有用的抽象，使其更容易消費這些服務。

與任何其他操作系統一樣，企業希望它可以防止其擔心管理存儲資源，將處理需求與硬件核心相匹配以及處理許多應用程序中常見的復雜任務等問題。與任何其他操作系統一樣，企業通常不希望知道的內容的詳細信息。像任何其他操作系統一樣，

這是事情的原則......

以下來看一下源自上述定義的云原生軟件的一些關鍵原則。

盡可能使用托管服務

如果AWS就像Windows一樣，那就把Kinesis想象成DirectX吧。如果企業正在尋找為Windows構建游戲，可能不會推出自己的圖形渲染引擎。企業將使用本機平臺為其提供的功能。如果企業正在尋找收集和處理實時流數據，不應該站在EC2機器上的復雜管道上，而是應該嘗試利用Kinesis。

讓云計算提供商處理運行狀況和擴展

避免需要企業監視運行狀況和負載以及處理擴展的體系結構。這些都是涉及性能和成本的復雜問題，它們是大多數組織存在的禍根。現代云平臺越來越多地擺脫了這些問題。AWSLambda和GoogleCloudRun等服務可讓企業在不處理擴展和健康狀況的情況下運行代碼。AzureBlob或AWSS3等存儲服務可讓企業忘記容量和吞吐量。這使您的應用程序更具彈性，并使其操作更加簡單。

代碼適用于業務邏輯

編寫代碼應該是最后的手段，并且應該主要用于實現有價值的業務邏輯。企業需要的其他所有內容都應該是API調用。如果它不是核心，那么其他人已經建立了它。使用它們。它們可能看起來更昂貴，但企業需要考慮它的成本，不僅要編寫代碼，還要測試、維護和操作它。

不要擔心供應商鎖定

這個很重要。當企業編寫軟件時，如果需要切換平臺，思考會發生什么并沒有錯。但是如果為了避免使用某些未來平臺中可能不存在的東西而使其應用程序癱瘓，那么企業至少有所準備。對于公共云，這更加明顯。企業永遠不會被鎖定在一個平臺上。企業始終可以將部分或全部應用程序移動到另一個云平臺。因此，只需專注于從企業選擇的平臺中獲得最大的收益，并且不要過分強調當企業決定移動時會發生什么。

還有DevOps、CI/CD、敏捷性和十二因素

這是人們做的另一件事。他們把他們喜歡的一切都混在一起。構建軟件有許多很好的趨勢。如果企業沒有將所有可以(包括安全性)自動化到現代CICD管道中，那么將在以后遭受損失。雖然這些事情沒有直接關系，但并不意味著企業不應該遵循它們。它只是意味著即使企業正在構建非云原生軟件，也應該關注它們。

結論

俗話說，如果不能打敗他們，那么就會加入他們。如果企業正在構建云原生軟件，可以使用云原生流程和云原生架構，并且不要忘記一些云原生安全、云原生成協調和云原生操作。