Allow changing the autoscalerClass annotation from 'hpa' to 'keda' without stopping the service first to prevent reconciliation errors.
/kind feature ## Summary When a `Standard`(`RawDeployment`) mode `InferenceService` has its `autoscalerClass` annotation changed directly from `hpa` to `keda` (without stopping the service first), the controller fails to reconcile with the following error: ``` admission webhook "vscaledobject.kb.io" denied the request: the workload 'keda-standard-predictor' of type 'apps/v1.Deployment' is already managed by the hpa 'keda-standard-predictor' ``` The service is stuck in a reconcile error loop until the conflicting HPA is manually deleted. **Anything else you would like to add:** ## Steps to Reproduce 1. Create an `InferenceService` with `RawDeployment` mode using the default HPA autoscaler: ```yaml metadata: annotations: serving.kserve.io/deploymentMode: Standard # serving.kserve.io/autoscalerClass: hpa ← default ``` 2. Verify the HPA resource `<isvc-name>-predictor` is created. 3. Update the annotation **without stopping the service**: ```yaml m