Skip to content
Discussion options

You must be logged in to vote

Using the CeleryK8sRunLauncher is required if you're using the celery_k8s_job_executor, which is discussed here and lets you use celery to maintain global concurrency limits across multiple runs: https://docs.dagster.io/deployment/guides/kubernetes/deploying-with-helm-advanced#per-op-limits-in-kubernetes

I think if we were redoing the celery+k8s integration from scratch in 2023 we probably would not have a separate run launcher for this, and would instead just use the K8sRunLauncher there as well, as in practice they do the same thing (launch the run worker for a given run in a k8s pod)

Replies: 3 comments 2 replies

Comment options

You must be logged in to vote
1 reply
@XBeg9
Comment options

Answer selected by gibsondan
Comment options

You must be logged in to vote
0 replies
Comment options

You must be logged in to vote
1 reply
@lmicverm
Comment options

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
deployment: k8s Related to deploying Dagster to Kubernetes
6 participants