Skip to content

Conversation

@seanshi-scale
Copy link
Contributor

@seanshi-scale seanshi-scale commented Aug 28, 2023

-Test create, get, delete
-Create and get and delete work
-Autoscaling does seem to work

-also add in some code for allowing artifactlike endpoints to be able to build

-todo docker image fine tuning entrypoint probably needs high-priority turned on

@seanshi-scale seanshi-scale self-assigned this Aug 28, 2023
if image_params.requirements_folder:
folders_to_include.append(image_params.requirements_folder)

dockerfile_root_folder = image_params.dockerfile.split("/")[0]
Copy link
Contributor Author

@seanshi-scale seanshi-scale Aug 29, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

todo split out into own pr


@staticmethod
async def _create_keda_scaled_object(scaled_object: Dict[str, Any], name: str) -> None:
# TODO test
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems to work e2e

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

at least create works, update idk

@seanshi-scale seanshi-scale marked this pull request as ready for review August 30, 2023 23:08
name=name,
)
new_scaled_object = deep_update(existing_scaled_object, scaled_object)
await custom_objects_api.replace_namespaced_custom_object(
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we do replace? Or patch? I just remember that replacing caused rolling restarts to not work, which doesn't apply here, but if it's all the same, maybe just patch?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I saw that other resources using the custom_objects_api apparently needed to use replace, so am doing that here as well. Separately there's an option restoreToOriginalReplicaCount here that is default false, and which I haven't set, so I think what should happen is that as the ScaledObject gets deleted the deployment doesn't get affected, so we shouldn't get downtime here at least.

@seanshi-scale seanshi-scale merged commit ef43920 into main Sep 1, 2023
@seanshi-scale seanshi-scale deleted the seanshi/sync-scale-from-zero-pt-2 branch September 1, 2023 18:10
target:
type: Value
averageValue: ${CONCURRENCY}
keda-scaled-object.yaml: |-
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

where is this file used currently?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tbh not sure, maybe it's used for the integration tests in circleci?
in any case if we're not creating keda scaled objects in minikube I think we should be fine and won't break tests, but once we do we might have to helm install keda into minikube or something (or support some more options so keda doesn't become a hard dependency for self hosting)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants