本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
準備從 Neo4j 遷移到 Neptune
從 Neo4j 圖形資料庫遷移至 Neptune 圖形資料庫服務的方式有兩種：重新建構或重新建構/重新架構。重構方法涉及修改現有資料模型和應用程式架構，以充分利用 Neptune 的功能，而重構方法著重於在 Neptune 中尋找同等元件，以建立可比較的實作。實際上，這些策略的組合經常被使用，因為遷移程序涉及平衡目標 Neptune 架構與現有 Neo4j 實作的限制和要求。無論方法為何，關鍵在於從應用程式的使用案例向後工作，以設計最符合您需求的資料模型、查詢和整體架構。
遷移的方法
將 Neo4j 應用程式遷移到 Neptune 時，我們建議您使用以下兩種策略之一：平台轉換或重構/重新架構。如需有關遷移策略的詳細資訊，請參閱將應用程式遷移至雲端的 6 個策略
重新建置方法 有時稱為 lift-tinker-and-shift，涉及下列步驟：
識別您的應用程式想要滿足的使用案例。
修改現有的圖形資料模型和應用程式架構，以使用 Neptune 的功能充分處理這些工作負載需求。
決定如何將來源應用程式的資料、查詢和其他部分遷移至目標模型和架構。
如果這是一個全新的專案，這種回溯運作方法可讓您將應用程式遷移到您可能設計的 Neptune 解決方案。
相比之下，「重構方法」涉及：
識別現有實作的元件，包括基礎設施、資料、查詢和應用程式功能。
在 Neptune 中尋找可用來建置類似實作的等效項目。
這種向前運作方法試圖將一個實作交換為另一個實作。
在實務中，您可能會採用這兩種方法的混合。您可以從使用案例開始，設計目標 Neptune 架構，但然後轉至現有的 Neo4j 實作，來識別您必須維護的限制條件和不變量。例如，您可能必須繼續與其他外部系統整合，或繼續APIs為圖形應用程式的取用者提供特定的 。使用此資訊，您可以判斷已存在哪些資料要移至目標模型，以及哪些資料必須在其他位置取得。
在其他時候，您可能從分析 Neo4j 實作的特定部分開始，作為最佳資訊來源，取得應用程式打算執行之工作的相關資訊。現有應用程式中的這種考古方式可以協助定義一個使用案例，然後您可以使用 Neptune 的功能針對其進行設計。
無論您是使用 Neptune 建置新的應用程式還是從 Neo4j 遷移現有的應用程式，我們建議您透過使用案例的回溯運作來設計資料模型、一組查詢，以及處理您商務需求的應用程式架構。
