**Bantu tingkatkan halaman ini** 

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Untuk berkontribusi pada panduan pengguna ini, pilih **Edit halaman ini pada GitHub** tautan yang terletak di panel kanan setiap halaman.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Membandingkan Kemampuan EKS untuk kro dengan kro yang dikelola sendiri
<a name="kro-comparison"></a>

Kemampuan EKS untuk kro menyediakan fungsionalitas yang sama dengan kro yang dikelola sendiri, tetapi dengan keunggulan operasional yang signifikan. Untuk perbandingan umum Kemampuan EKS vs solusi yang dikelola sendiri, lihat[Pertimbangan Kemampuan EKS](capabilities-considerations.md).

Kemampuan EKS untuk kro menggunakan pengontrol kro hulu yang sama dan sepenuhnya kompatibel dengan kro hulu. ResourceGraphDefinitions, ekspresi CEL, dan komposisi sumber daya bekerja secara identik. Untuk dokumentasi dan contoh kro lengkap, lihat dokumentasi [kro](https://kro.run/docs/overview).

## Jalur migrasi
<a name="_migration_path"></a>

Anda dapat bermigrasi dari kro yang dikelola sendiri ke kemampuan terkelola tanpa downtime.

**penting**  
Sebelum bermigrasi, pastikan pengontrol kro yang dikelola sendiri menjalankan versi yang sama dengan Kemampuan EKS untuk kro. Periksa versi kemampuan di konsol EKS atau gunakan`aws eks describe-capability`, lalu tingkatkan instalasi yang dikelola sendiri agar sesuai. Ini mencegah masalah kompatibilitas selama migrasi.

1. Perbarui pengontrol kro yang dikelola sendiri untuk digunakan `kube-system` untuk sewa pemilihan pemimpin:

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

   Ini memindahkan sewa pengontrol`kube-system`, memungkinkan kemampuan terkelola untuk berkoordinasi dengannya.

1. Buat kemampuan kro di cluster Anda (lihat[Buat kemampuan kro](create-kro-capability.md))

1. Kemampuan terkelola mengenali yang ada ResourceGraphDefinitions dan contoh, mengambil alih rekonsiliasi

1. Secara bertahap turunkan atau hapus penerapan kro yang dikelola sendiri:

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

Pendekatan ini memungkinkan kedua pengendali untuk hidup berdampingan dengan aman selama migrasi. Kemampuan yang dikelola secara otomatis mengadopsi ResourceGraphDefinitions dan contoh yang sebelumnya dikelola oleh kro yang dikelola sendiri, memastikan rekonsiliasi berkelanjutan tanpa konflik.

## Langkah selanjutnya
<a name="_next_steps"></a>
+  [Buat kemampuan kro](create-kro-capability.md)- Buat sumber daya kemampuan kro
+  [konsep kro](kro-concepts.md)- Memahami konsep kro dan komposisi sumber daya