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