**이 페이지 개선에 도움 주기** 

이 사용자 가이드에 기여하려면 모든 페이지의 오른쪽 창에 있는 **GitHub에서 이 페이지 편집** 링크를 선택합니다.

# kro의 EKS 기능 및 자체 관리형 kro 비교
<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. 리더 선정 리스에 `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 개념 및 리소스 구성 이해