gentle-tomato-480
01/20/2025, 12:32 PMsetup-flytectl and flytectl-register-action actions, but I'm assuming I would need to package the tasks/workflows in between using those, right? Is it best practice to do the packaging in the CI pipeline/GHA or do it locally and upload this to somewhere the CI pipeline can access?gentle-tomato-480
01/20/2025, 12:36 PMpyflyte register which packages and registers my workflows for me as I have done locally instead.
Doing this requires me to install all the python deps and a runner that has a GPU (because imports and global code are run on packaging). Would using the pyflyte package -> flytectl register route of registration allow me to bypass this?gentle-tomato-480
01/20/2025, 2:45 PMgentle-tomato-480
01/20/2025, 3:24 PMaverage-finland-92144
01/20/2025, 5:09 PMgentle-tomato-480
01/20/2025, 5:09 PMpyflyte register [packages]gentle-tomato-480
01/20/2025, 5:10 PMgentle-tomato-480
01/20/2025, 5:11 PMif os.environ.get("import", False):
just before the import. And then to make it succeed (haven't tested this yet), I have added an env var in the task specgentle-tomato-480
01/21/2025, 1:28 PMpyflyte package and flytectl register are the way to go.
However, I am confused about when pyflyte package is supposed to be run during the CI process?
Is it in a docker container? Am I supposed to run it locally, store the package as an artifact in some blob storage before any CI deployment and then download it during deployment to run flytectl register with it?average-finland-92144
01/21/2025, 3:14 PMAm I supposed to run it locally, store the package as an artifact in some blob storage before any CI deployment and then download it during deployment to runPretty much that's my understanding too. It's what fast registration doeswith it?flytectl register
average-finland-92144
01/21/2025, 3:16 PMgentle-tomato-480
01/21/2025, 3:16 PMgentle-tomato-480
01/21/2025, 3:19 PM