feat(bin/ofs): introduce integrations/cloudfilter for ofs

[ho-229]

What changes are included in this PR?

Introduce integrations/cloudfilter for ofs.

[Xuanwo]

Thank you for this PR. However, I'm not confident that integrations/cloudfilter is ready for use. Do you think we need to enhance integrations/cloudfilter further by adding documentation, comments, examples, and tests?

[ho-229]

Hello @Xuanwo and @oowl, PTAL.

[oowl]

We need to set up a new Windows action environment to run a Windows test for the new cloudfilter fs test. Besides, https://github.com/ho-229/cloud-filter-rs seems does not have any test. Maybe we need to complete integration or unit tests first.

[ho-229]

Hello @oowl, I have been add some tests for https://github.com/ho-229/cloud-filter-rs, and I think maybe we can add tests for integration/cloudfilter in next PR.

[ho-229]

Hi @Xuanwo and @oowl , we have completed the improvements in integrations/cloudfilter. Should we proceed?

[oowl]

It seems the cloudfilter repo has some basic tests for reading and writing, but we all know the file system test case is so complex, That it is not enough. But can we try to merge the current PR first? what do you think? @Xuanwo

[Xuanwo]

It seems the cloudfilter repo has some basic tests for reading and writing, but we all know the file system test case is so complex, That it is not enough. But can we try to merge the current PR first? what do you think? @Xuanwo

Makes sense to me. We can move forward.

[ho-229]

Hi @oowl , I think cloudfilter is not a filesystem, we are currently focusing on reading files from remote.

[oowl]

Hi @oowl , I think cloudfilter is not a filesystem, we are currently focusing on reading files from remote.

Do we have any limitations for CRUD action implementation?

[ho-229]

Hi @oowl , I think cloudfilter is not a filesystem, we are currently focusing on reading files from remote.

Do we have any limitations for CRUD action implementation?

We now support fetching data and the path tree from a remote source and making changes locally. However, these changes cannot be synced to the remote source

[oowl]

Hi @oowl , I think cloudfilter is not a filesystem, we are currently focusing on reading files from remote.

Do we have any limitations for CRUD action implementation?

We now support fetching data and the path tree from a remote source and making changes locally. However, these changes cannot be synced to the remote source

So from our goal, we not only support fetching data and the path tree from a remote source but also need to support delete or update operations. Do I understand correctly?

[ho-229]

Hi @oowl , I think cloudfilter is not a filesystem, we are currently focusing on reading files from remote.

Do we have any limitations for CRUD action implementation?

We now support fetching data and the path tree from a remote source and making changes locally. However, these changes cannot be synced to the remote source

So from our goal, we not only support fetching data and the path tree from a remote source but also need to support delete or update operations. Do I understand correctly?

Yes, but I encounter some problems to implement dehydration for cloudfilter_opendal, so I prefer to implement the readonly version first.