Hi everyone! I'm a developer from the Apache IoTDB community, Our project is trying to build a high availability module using Ratis. We want Ratis to support linearizable follower read so that we can mask the concept of replicas for upper layers, that is, reading the latest data at any node.
In our survey, sofa-jraft, etcd, tikv-rs and other famous consensus algorithms libraries have supported linearizable follower read. As the only consensus algorithm library under the Apache Foundation, we expect Ratis to support this feature as well. I have created the issue RATIS-1557 <https://issues.apache.org/jira/browse/RATIS-1557> to track this feature, and I'm happy to participate in further discussions and development. In addition to being a developer in the Apache IoTDB community, I am also a second-year graduate student at Tsinghua University in China. Now the Google Summer of code <https://developers.google.com/open-source/gsoc/timeline> has just opened for applications, and I would like to ask the community if there is a willingness to make this issue one of your GSOC projects, If so, I will submit a detailed proposal before GSOC contributor application deadline, and try my best to complete this work before October, thereby broadening the user scenarios of Ratis. BTW, If there is a desire to become a GSOC community, we need to record our idea here <https://cwiki.apache.org/confluence/display/COMDEV/GSoC+2022+Ideas+list> at the Apache Foundation just like other Apache communities. In addition, the community also needs to compete with other Apache communities when the Apache Foundation opens its quota (because the quota allocated by Google to the Apache Foundation is limited). In conclusion, although participating in GSOC can attract more student developers and increase the visibility of our community, the community committee needs to do some additional work to ensure the normal operation of the GSOC project. What do you think? Any advice is welcomed!
