Terence Kent09/19/2023, 2:06 PM
that adds Azure AD support (flyteorg/stow/pull/9, related convo here). Part of the effort in shoring up that PR is testing the
branch in a Flyte deployment. The changes are tested within the
project, but being able to try it all together would be a nice early check. Is that something somebody here is interesting is trying out? Or, should I just follow the development guide.
David Espejo (he/him)09/19/2023, 2:33 PM
Terence Kent09/19/2023, 4:32 PM
branch I've setup. Even deploying that locally (not in Azure) and having it interact with azure storage accounts would be useful. If you (or anyone else) has an interest in doing that loop, I'd appreciate it! There is now a terraform module in my
branch for setting up an Azure storage account for testing. If not, that's fine too! I just probably won't get around to sorting out a local build until late this week or next. Just a lot of other things to do 🙂.
implementation to use my local branch. The good news is that
works just fine and the dependency upgrades appear to cause no issues in the
project. On startup, using either AD auth or a shared key, a container with the name specified under
is correctly created. When running a workflow, some
blobs are created, so that's clearly working. The bad news is that all my test workflows fail due to an exception in
. I haven't chased this down yet, but the
paths being created are rejected with the an error of:
The fsspec created looks like:
Must provide either a connection_string or account_name with credentials!!
Maybe somebody here already knows what this is. Otherwise, this will need to wait until I can walk through the python library to see what's going on.
Terence Kent09/20/2023, 4:48 PM
and then see if there is an easier way to manage the required configs.