Add support for Tablestore from Alicloud as the new storage backend
Thank you for contributing to JanusGraph!
In order to streamline the review of the contribution we ask you to ensure the following steps have been taken:
For all changes:
- [ ] Is there an issue associated with this PR? Is it referenced in the commit message?
- [ ] Does your PR body contain #xyz where xyz is the issue number you are trying to resolve?
- [ ] Has your PR been rebased against the latest commit within the target branch (typically
master)? - [ ] Is your initial contribution a single, squashed commit?
For code changes:
- [ ] Have you written and/or updated unit tests to verify your changes?
- [ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
- [ ] If applicable, have you updated the LICENSE.txt file, including the main LICENSE.txt file in the root of this repository?
- [ ] If applicable, have you updated the NOTICE.txt file, including the main NOTICE.txt file found in the root of this repository?
For documentation related changes:
- [ ] Have you ensured that format looks appropriate for the output in which it is rendered?
- :x: - login: @zhanghaochenFCB . The commit (3f2034a81db9610a108f9eb2c2bb9830c12de843) is not authorized under a signed CLA. Please click here to be authorized. For further assistance with EasyCLA, please submit a support request ticket.
- :x: - login: @opan / name: Opan Mustopah . The commit (396c41265ce4a0b85c4578539be692dc07e6abcb, 31910771e8d7fb243873714bdeeae77ae15410b1, f31b3bae697b4d788e7eac9bdd62d3f741798d6b, a07508b6de96565419a53cea9483fcec963a8a57, f9e294a8dcf34f14849bd907b78111a134f8b925, 1890ed4703cbb5fcb5dfded6b74d7955abce4fb0, f23f61dd8e38fcaa92090a58aa7df8aa32818dfd) is not authorized under a signed CLA. Please click here to be authorized. For further assistance with EasyCLA, please submit a support request ticket.
Thank you @opan for the contribution!
It's always great to see new storage implementations. However, usually adding storage implementation directly into JanusGraph adds some burden if there are no active contributors for such storage implementations. Thus, JanusGraph supports storage adapters which can be developed outside on the main JanusGraph code base and they work as plug-in systems. For example, we have FoundationDB storage adapter located here: https://github.com/JanusGraph/janusgraph-foundationdb There are also other storage adapter like: Aerospike: https://github.com/PlaytikaOSS/aerospike-janusgraph-storage-backend DynamoDB: https://github.com/amazon-archives/dynamodb-janusgraph-storage-backend
Would you consider converting your storage implementation into a storage adapter? If community wants and there are people willing to maintain it then we can also onboard this storage adapter under a separate repository hosted inside JanusGraph organization for wider adoption.
Btw. we have janusgraph-dev mailing list where we usually discuss such contributions.
Let me know what you think about it.
Hi @porunov , thank you for the response! I think I'll have to discuss this with my team first and after that will get back here with some updates whether we are going to pursue merging this with janusgraph code base or follows the plug-in systems like those samples you have shared.
btw, forgot to ask, is there any docs or guides on how to create plug-in for a new storage backend in janusgraph?