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

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

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

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

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

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

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

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

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

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

盡可能使用托管服務

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

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

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

代碼適用於業務邏輯

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

不要擔心供應商鎖定

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

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

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

結論

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

• 上一篇：在雲中備份虛擬機時削減成本的4種方法
• 下一篇：為什麽“少就是多”是雲計算的秘密
  
• 文章標簽：
• 注：原創內容，禁止轉載，如有轉載，請標明出處。如有內容侵犯您的權益，請聯係刪除！QQ:315212307