Abfs provides a platform/network agnostic expression of an Azure blob storage container as a directory hierarchy which could be interacted with as though it were any other directory on a system.
A user should be able to list, create, edit, and delete files in an Azure blob storage container and view these over a 9p file system.
A reasonable way of testing this could be through a Linux VM with support for FUSE and utilize 9pfuse, 9pfs, or the v9fs kernel module. WSL2 could probably mount 9p using 9pfuse, but WSL1 lacks FUSE support.
On Windows natively, testing for 9p could be done through the Inferno virtual machine. The purgatorio fork runs on Windows 10 and builds in VS2019.
Written in Golang: https://golang.org
Imports:
github.com/Azure/azure-storage-blob-goaqwari.net/net/styx
go build
go test
abfs
The > rune indicates a command run in Powershell.
The $ rune indicates a command run in bash(1) under WSL.
The ; rune indicates a command run in sh(1) under Inferno.
From Windows Powershell:
> $Env:AZURE_STORAGE_ACCOUNT = "<youraccountname>"
> $Env:AZURE_STORAGE_ACCESS_KEY = "<youraccountkey>"
> abfs -p ':1337'
...
From Windows Powershell to Inferno:
> emu
; mount -A 'tcp!127.0.0.1!1337' /n/abfs
; ls /n/abfs
/n/abfs/foo
;
From Windows Powershell:
> $Env:AZURE_STORAGE_ACCOUNT = "<youraccountname>"
> $Env:AZURE_STORAGE_ACCESS_KEY = "<youraccountkey>"
> abfs -p ':1337'
...
From WSL using plan9port's 9p(1) command:
$ 9p -a 'tcp!127.0.0.1!1337' ls
foo
$
The file system is currently very slow due to the unreasonably large number of sync operations due to a lack of remote change detection before making further calls.
- Create
- Read
- Write
- Delete
- Stat
- TCP listening
- Wstat
- Nested directories
- Listening on protocols/interfaces other than TCP
Please PR on GitHub :)
Please comment all functions, structs, and major - shared - variables.
Please run go fmt and go vet on source before submitting the PR.
Abfs was written for and during the 2020 hackathon at Microsoft.