My goal for a side car would be to enable more people to contribute to the project, by making it more accessible for anyone who’s not familiar with the Cassandra code base, or not familiar with Java development in general. Although most of the functionality described in the proposal sounds useful to have, I’d already be happy to have a solid REST API for the existing nodetool and JMX functionality. If an official side car, installed separately on each node, would provide that, I’m sure we’d see lots of new tools created by the community (web UIs, cli tools, ..) based on that. This would also be a good foundation for other existing tool to converge upon, e.g. by calling the REST APIs for repair scheduling and progress tracking instead of JMX, or by continually integrating and sharing useful helper calls. This would also give Cassandra devs more leeway to replace some of the existing tooling related code in Cassandra, e.g. by migrating to virtual tables, while at the same time keep providing a stable API through the side car.
What I’d also like to point out here is that implementing such a project as an *official* side car, also implies to me having the same standards when it comes to release quality. I’d also really prefer having feature sets matching between Cassandra and the side car, e.g. authentication and SSL should also be supported in the side car from the beginning, ideally without any additional configuration. On 06.11.18 10:40, Dinesh Joshi wrote: > Hi all, > > Joey, Vinay & I have fleshed out the Management process proposal as the very > first CIP document (with Jason’s inputs). It is available on the cwiki - > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=95652224 > > Please comment on it and provide us any input that you may have. We want to > ideally time-box the period to 2 weeks so we avoid waiting indefinitely. > > Thanks, > > Dinesh > >> On Oct 22, 2018, at 7:30 AM, "dinesh.jo...@yahoo.com.INVALID" >> <dinesh.jo...@yahoo.com.INVALID> wrote: >> >> Thanks for starting this, Mick. I will flesh it out. >> Dinesh >> >> On Sunday, October 21, 2018, 1:52:10 AM PDT, Mick Semb Wever >> <m...@apache.org> wrote: >> >> >>> But I'll try to put together a strawman proposal for the doc(s) over the >>> weekend. >> >> I've thrown something quickly together here: >> - https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=95652201 >> - >> https://cwiki.apache.org/confluence/display/CASSANDRA/CIP-1%3A+Proposing+an+Apache+Cassandra+Management+process >> >> The former is a blatant rip-off from the Kafka and Spark design proposal >> pages that Dinesh previously mentioned. I'd hoped to do more of an analysis >> of the existing C* habits and precedence on design proposals (implicit in >> jira tickets), but in lei of that this is a strawman to start the discussion. >> >> The latter still needs to be fleshed out. Dinesh, can you do this? I can add >> a subpage/section that describes the alternative/consuming third-party tools >> out there. >> >> regards, >> Mick >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org >> For additional commands, e-mail: dev-h...@cassandra.apache.org >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org