常見的多云架構模式、部署和網絡拓撲詳解

主要介紹常見的多云架構模式、部署和網絡拓撲、不同模式的快速快照，這些模式分為分布式部署和冗余部署。

分布式部署模式

當需要利用云提供商的某些特性、屬性或功能時，這些模式最有用。

1、分層混合模式

經典分層通常由前端和后端應用程序組成。與最終用戶、客戶、消費者或他們的組合打交道。前端是無狀態的，其中性能和彈性對于應對不可預測的工作負載非常重要。加上通常要處理大量變更，所以敏捷思維方式是十分有益的。后端根據法規要求安全地存儲數據，并且不應該頻繁地進行更改。

這種架構模式考慮到應用程序的遷移，首先選擇一個不太復雜的應用程序，然后逐個進行。有 6 種云遷移策略，通常稱為“6 R”（Rehost、Replatform、Repurchase、Refactor、Retain、Retire）。因此，需要針對每種情況做出架構決策。

遷移后，通過 API 網關訪問后端，集中處理橫切關注點，例如安全性、速率限制、API 策略等。

分層混合模式

當處于遷移過程中并且公司無法承諾一次性完成所有遷移時，這是一個很好的模式。

2、分區多云模式

如果企業更加關注企業的可移植性，那么此模式提供了根據需要將工作負載從一個云提供商轉移到另一個云提供商的能力。其主要優勢是降低鎖定風險、從每個提供商那里選擇最佳功能的能力以及部分監管原因。

在多個云環境中實現工作負載可移植性和一致的工具會增加開發、測試和運營工作量，可見便攜性是有代價的。為了最大限度地提高可移植性，請考慮容器和 Kubernetes。

分區多云模式

3、云分析模式

企業架構通常由事務和分析系統組成。交易系統用于執行財務、銷售、庫存、定價等日常操作。由于不同的性質和變化率，交易系統通常與其他系統脫鉤。

這種模式的想法是在云中擁有分析工作負載，并在需要時反饋數據。云存儲可以通過數據湖模式實現，并使用存儲桶來處理入口流量。

云分析模式

4、邊緣混合

在某些情況下，企業不能完全依賴于連接；例如間歇性連接的車輛、具有超出鏈路能力的可用性服務水平協議的工廠、需要處理關鍵事務的商店以及鏈路停機是不可能的。

邊緣混合模式通過在網絡邊緣本地運行時間和業務關鍵型工作負載來解決這些挑戰，同時將云用于所有其他類型的工作負載。在邊緣混合設置中，互聯網鏈接是一個非關鍵組件，用于管理目的以及同步或上傳數據，通常是異步的，但不涉及時間或業務關鍵事務。

建議在邊緣環境和云之間保持 CI/CD 實踐一致。

邊緣計算混合模式

5、分布式部署模式總結

在決定適當的架構時要考慮 5 個相關方面：更改速度（敏捷性）、易于擴展、網絡拓撲選項、安全問題和可靠性。

分布式部署模式

冗余部署模式

當企業需要增加整體架構的容量或彈性時，這些模式更加有用。

1、混合環境

在這種模式下，公共云環境用于開發、測試和 UAT，私有數據中心用于生產。使用此架構的原因可能包括監管限制、僅在本地可用的生產硬件和阻止云中的生產工作負載的第三方許可。

混合環境模式

所有環境必須在功能上等價，即操作系統和庫的架構、API 和版本是等價的，并且系統在不同環境中的行為相同。但是，暫存和性能測試環境需要在本地實現。

如果開始使用云計算，并且想先替換較低的環境，這種模式可以很好地工作，并且這種模式具有在需要時輕松創建和關閉環境的敏捷性。

2、業務連續性混合云和多云

在這種模式下，災難恢復環境在云中實施，提供了成本優勢，即能夠為 DR 測試創建它，然后將其關閉。此外，在觸發 DR 的情況下，使用基礎架構即代碼可以更快地創建 DR 環境，從而減少實際恢復時間。

業務連續性混合模式

此模式的另一種選擇是將生產環境放在一個提供程序，然后故障轉移到另一個提供程序，但是，這種情況并不常見，因為通常可以在一個提供程序中實現可用性需求。

3、云爆發

如果應用程序具有突發性工作負載且波動不可預測，并且不希望在一年中的大部分時間為某些密集工作負載時段過度配置。這種模式是一種相對合適的選擇，對于可以進行擴展和縮減的前端無狀態情況特別有用。

云爆發模式的想法是使用私有計算環境作為基準負載，并在企業需要額外容量時臨時爆發到云中。

云爆發模式

如果企業已經擁有在一年中大部分時間作為基礎的本地投資，那么這種模式是一個不錯的選擇，企業將不需要在全年保持額外的容量。

4、冗余部署模式總結

冗余部署模式

對這些架構模式做出決策很復雜，并且通常會涉及到有不同關注點的多個公司利益相關者。本文可以使大家了解不同情況下的相對合適的選擇，每種情況都需要進行徹底的權衡分析，以使用最合適的模式來實現企業的解決方案。