**協助改進此頁面** 

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

若要為本使用者指南貢獻內容，請點選每個頁面右側面板中的**在 GitHub 上編輯此頁面**連結。

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

# 比較 kro 與自我管理 kro 的 EKS 功能
<a name="kro-comparison"></a>

適用於 kro 的 EKS 功能提供與自我管理 kro 相同的功能，但具有顯著的操作優勢。如需 EKS 功能與自我管理解決方案的一般比較，請參閱 [EKS 功能考量事項](capabilities-considerations.md)。

kro 的 EKS 功能使用相同的上游 kro 控制器，並與上游 kro 完全相容。ResourceGraphDefinitions、CEL 表達式和資源合成的運作方式相同。如需完整的 kro 文件和範例，請參閱 [kro 文件](https://kro.run/docs/overview)。

## 遷移路徑
<a name="_migration_path"></a>

您可以從自我管理的 kro 遷移到受管功能，無需停機。

**重要**  
在遷移之前，請確保您的自我管理 kro 控制器執行的版本與 kro 的 EKS 功能相同。在 EKS 主控台或使用 檢查功能版本`aws eks describe-capability`，然後升級自我管理的安裝以符合。這可防止遷移期間的相容性問題。

1. 更新您的自我管理 kro 控制器以`kube-system`用於領導者選擇租用：

   ```
   helm upgrade --install kro \
     oci://ghcr.io/awslabs/kro/kro-chart \
     --namespace kro \
     --set leaderElection.namespace=kube-system
   ```

   這會將控制器的租用移至 `kube-system`，允許受管功能與其協調。

1. 在叢集上建立 kro 功能 （請參閱 [建立 kro 功能](create-kro-capability.md))

1. 受管功能可識別現有的 ResourceGraphDefinitions 和執行個體，接管對帳

1. 逐漸縮減或移除自我管理的 kro 部署：

   ```
   helm uninstall kro --namespace kro
   ```

此方法可讓兩個控制器在遷移期間安全地共存。受管功能會自動採用 ResourceGraphDefinitions 和先前由自我管理的 kro 管理的執行個體，以確保持續對帳而不會發生衝突。

## 後續步驟
<a name="_next_steps"></a>
+  [建立 kro 功能](create-kro-capability.md) - 建立 kro 功能資源
+  [kro 概念](kro-concepts.md) - 了解 kro 概念和資源合成