As you described, the current implementation fails to meet the production requirements. It's not just about "just to increase the level of abstraction". In my opinion, design and quality of the code are very important in software engineering. Therefore, we should discuss and improve these codes as soon as possible. At the same time, I am enthusiastic about adding more feature support in the future. Also there are some bugs in the implementation as mentioned in the documentation. Lastly, I suggest that you carefully review the improvement suggestions outlined in the document, then we can discuss specific API design.
Best Wishes, Zhimin Li SSpirits <ad...@lv5.moe> 于2023年5月12日周五 16:37写道： > > There is no benefit in doing such a big refactoring at the current stage just > to increase the level of abstraction. This proposal neither facilitates the > participation of new contributors (because there is no optimization of > FileSegment) nor does it have much-needed new capabilities such as new > backend support or timed message support. We can do the refactoring described > in this proposal when there are definite reasons. I hope we can focus on > improving the feature of tiered storage so that it can be production > available as soon as possible. > > Your response would be highly appreciated. > SSpirits > Email：ad...@lv5.moe<mailto:ad...@lv5.moe> > On 11 May 2023 at 3:26 PM +0800, zhimin li <lizhim...@gmail.com>, wrote: > Hello RocketMQ Community: > > I have reviewed the code related to tiered storage. And I hope to > improve the code quality of the tiered storage. Actually turned out to > hava a couple of small bugs in it too. > > There are some interface improvements in metadata management for > tiered storage. Here is my detailed design document. > https://github.com/apache/rocketmq/wiki/RIP-65-Tiered-Storage-Optimization > > Please welcome to reply to this email or comment on the proposal if > you have any questions or suggestions. > > Thanks, > Zhimin Li
