**このページの改善にご協力ください** 

このユーザーガイドに貢献するには、すべてのページの右側のペインにある「**GitHub でこのページを編集する**」リンクを選択してください。

# EKS Capability for kro とセルフマネージド kro の比較
<a name="kro-comparison"></a>

EKS Capability for kro は、セルフマネージド kro と同じ機能を提供しますが、運用上の大きな利点があります。EKS 機能とセルフマネージドソリューションの全般的な比較については、「[EKS 機能と考慮事項](capabilities-considerations.md)」を参照してください。

EKS Capability for kro は、同じアップストリームの kro コントローラーを使用し、アップストリームの kro と完全に互換性があります。ResourceGraphDefinitions、CEL 式、およびリソース構成は同じように機能します。完全な kro のドキュメントと例については、[kro ドキュメント](https://kro.run/docs/overview)を参照してください。

## 移行パス
<a name="_migration_path"></a>

セルフマネージド kro からマネージド機能にダウンタイムなしで移行できます。

**重要**  
移行する前に、セルフマネージド kro コントローラーが EKS Capability for kro と同じバージョンで実行されていることを確認します。EKS コンソールまたは `aws eks describe-capability` を使用して機能バージョンを確認し、そのバージョンに一致するようにセルフマネージドのインストールをアップグレードします。これにより、移行中の互換性の問題を防ぐことができます。

1. リーダー選出リースに `kube-system` を使用するようにセルフマネージド kro コントローラーを更新します。

   ```
   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
   ```

このアプローチにより、移行中、両方のコントローラーを安全に共存させることができます。マネージド機能がこれまでセルフマネージド kro で管理されていた ResourceGraphDefinitions とインスタンスを自動的に採用するので、引き続き競合なく調整を図ることができます。

## 次のステップ
<a name="_next_steps"></a>
+  [kro 機能の作成](create-kro-capability.md) - kro の機能リソースを作成する
+  [kro の概念](kro-concepts.md) - kro の概念とリソース構成を理解する