本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 混合式連線
<a name="hybrid-connectivity"></a>

出版日期：二零二三年**七月六日** () [文件修訂](document-revisions.md)

 許多組織需要連接其內部部署資料中心、遠端站台和雲端。混合式網路可連接這些不同的環境。本白皮書描述 AWS 建置區塊，以及在決定適合您的混合連線模型時應考慮的關鍵要求。為了幫助您確定最適合您的業務和技術需求的解決方案，我們提供決策樹來指導您完成邏輯選擇過程。

## 簡介
<a name="introduction"></a>

 現代化的組織會使用大量的 IT 資源。在過去，在內部部署資料中心或主機代管設施中託管這些資源很常見。隨著雲端運算的採用日益增加，組織透過網路連線交付和使用雲端服務供應商的 IT 資源。Organizations 可以選擇將部分或全部現有 IT 資源遷移到雲端。在任何一種情況下，都需要一個通用網絡來連接內部部署和雲端資源。內部部署和雲端資源的共存稱為*混合雲，*連接它們的通用網路稱為*混合式網路*。即使您的組織將所有 IT 資源保留在雲端，仍可能需要與遠端站台的混合式連線。

 有幾種連接模式可供選擇。雖然選擇增加了靈活性，但選擇最佳選項需要分析業務和技術需求，並消除不適合的選項。您可以將需求分組在一起，包括安全性、部署時間、效能、可靠性、通訊模型、延展性等考量。一旦他們仔細收集、分析並考慮了需求，網路和雲端架構師就可以識別適用的AWS混合式網路建置區塊和解決方案。為了識別和選擇最佳模型，建築師必須了解每個模型的優缺點。還有一些技術限制可能導致排除其他適合的模型。

 為了簡化選擇過程，本白皮書指導您按照邏輯順序完成每個關鍵考慮因素。在每個考慮之下，都有用於收集要求的問題。確定每個設計決策的影響以及潛在的解決方案。白皮書提供了一些考慮因素的決策樹，作為一種幫助決策過程，消除選項並了解每個決策後果的方法。它以涵蓋混合使用案例的場景結束，應用 end-to-end連接模型選擇和設計。您可以使用這個範例來瞭解如何在實際範例中執行本白皮書中規定的程序。

 本白皮書旨在幫助您選擇和設計最佳的混合連接模式。本白皮書的結構如下所示：
+  **混合式連線建置區塊**：用於混合式連線的AWS服務概觀。
+  **連接性選擇和設計考量** — 每種連接模型的定義，每種模型如何影響設計決策，需求識別問題，解決方案和決策樹。
+  **客戶使用案**例-如何在實踐中應用考慮因素和決策樹的例子。

## 你是否 Well-Architected？
<a name="are-you-well-architected"></a>

 [AWSWell-Architected 的架](https://aws.amazon.com/architecture/well-architected/)構可協助您瞭解在雲端中建置系統時所做決策的優缺點。Framework 的六大支柱可讓您學習如何設計和操作可靠、安全、高效、符合成本效益且可持續發展的系統的架構最佳實務。使用中免費提供的 [AWS Well-Architected Tool[AWS 管理主控台](https://console.aws.amazon.com/wellarchitected)](https://aws.amazon.com/well-architected-tool/)，您可以針對每個支柱回答一組問題，根據這些最佳實務來檢閱工作負載。

 [如需雲端架構的更多專家指導和最佳實務 (參考架構部署、圖表和白皮書)，請參閱架構中心。AWS](https://aws.amazon.com/architecture/)