混合多云架構

每天都在肆意宣傳云，但每個人都應避免三個陷阱。

從云，混合云到混合多云，您都被告知這是確保業務數字化未來的一種方式。 您必須做出的這些選擇不會排除提高客戶體驗和敏捷交付這些應用程序的日常工作。

讓我們開始一段旅程，仔細研究混合多云對您的業務意味著什么。 讓我們檢查交付應用程序和處理遺留應用程序時所做出的決策。 這些可能是您業務中最重要的資源。

本文重點介紹了過渡到混合多云環境時每個人都應注意的三個陷阱。 它基于與致力于征服混合多云同時提供解決方案的組織的互動經驗。

在第一部分中 ，我們介紹了基本定義以公平地競爭環境。 我們概述了對混合云和多云的看法，確保顯示了兩者之間的界線。

這為第二部分奠定了基礎，在第二部分中 ，第一個陷阱討論了為什么成本并非始終是遷移到云的明顯動機。

在第三部分中，該是技術的時候了，著眼于將所有工作負載遷移到云中是否是一個好計劃的問題？

云中的一切都更好

第二個陷阱是關于錯誤的觀念，即一切都會受益于在云中運行。 所有工作負載都不相等，并且并非所有進入云的工作負載都會對底線產生可衡量的影響。

最近的一篇文章指出 ：“并非所有業務應用程序都應遷移到云，企業必須確定最適合云環境的應用程序?！?公用事業公司在本系列第二部分中提到的一個困難事實是，當試圖將應用程序遷移到云中時，人工成本上升了。

發現這不是一個可行的解決方案，公用事業公司對此進行了備份并重新評估了其應用。 事實證明，某些應用程序使用率不高，其他應用程序存在數據所有權和合規性問題。 他們的某些應用程序未經認證可在云環境中使用。

有時在物理上無法在云中運行應用程序，但有時在財務上不可行在云中運行。

想象一個虛構的在線旅游公司。 隨著業務的增長，他們最終將其托管容量擴展到了超過4萬臺服務器。 通過一次購買數據中心而不是一次機架來擴展其資源成為一個問題。 他們的業務消耗大量帶寬，因此基于帶寬使用情況的云定價模型仍然令人望而卻步。

基線和容器

透徹了解應用程序環境，沒有什么比這更重要。 在很好地理解了哪些應用程序需要遷移到云的同時，您還需要了解當前的IT環境，當前的資源級別以及估計遷移成本。

也有許多人認為您需要容器才能在云中成功。 著名的流行語很好地總結了這一點：“我們將這種整體式工具塞滿了一個容器，并將其稱為微服務?！?

這與所涉及的技術無關，而與使用過時的技術常常在幾天之內編寫的應用程序有關。 如果將輪胎起火放到一個容器中，然后將該容器放到一個容器平臺（船上）上，那將會引起更大的火災。

這些容器火災給您的DevOps團隊帶來了更多挑戰，他們已經在努力跟上組織將所有內容都遷移到云中所推動的所有更改。

每個人都應避免的陷阱

在本系列的第四部分中，介紹了第三個也是最后一個陷阱。 每個人都應該避免使用混合多云的陷阱。 找出云對您的數據意味著什么。

錯過本系列的開始嗎？ 剛站起來， 趕上第1部分 。

翻譯自: https://www.javacodegeeks.com/2018/07/pitfalls-avoid-hybrid-multicloud-part-3.html

混合多云架構

總結

以上是生活随笔為你收集整理的混合多云架构_使用混合多云每个人都应避免的3个陷阱（第3部分）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。