Thanks, Lei, Kengo and Evans. > The lack of user-friendly UI has been a barrier for new and/or light users > considering adopting Bigtop. Ambari might be a solution, but IMO it has a > maintainability problem caused from its legacy architecture and outdated > software stack, and it seems difficult to improve them gradually. Couldn't agree more.
> Just curious do we have demo/slide or other materials at hand can be share? > would love to get more holistic understanding :) You can follow this README file[1] to set up your local environment. However, the functionality is currently limited, that's why I hope that perhaps by promoting it as a subproject of Bigtop, we can attract more contributors to accelerate its development process. Best Regards, Zhiguo Wu [1]: https://github.com/kevinw66/bigtop-manager/blob/main/dev-support/README.md ---- Replied Message ---- | From | Kengo Seki<[email protected]> | | Date | 5/18/2024 11:27 | | To | <[email protected]> | | Subject | Re: [DISCUSS] New subproject: Bigtop Manager | Thank you so much for your proposal, Zhiguo! The lack of user-friendly UI has been a barrier for new and/or light users considering adopting Bigtop. Ambari might be a solution, but IMO it has a maintainability problem caused from its legacy architecture and outdated software stack, and it seems difficult to improve them gradually. Bigtop Manager is created by Zhiguo and his collaborators from scratch to tackle this problem. In my understanding, it's easier to maintain since it's built with modern frameworks such as Spring Boot 3 and Vue.js 3, and supports recent LTS versions of JDK (17 and 21). I also believe his technical skill and sense of responsibility for maintaining it, so I'll submit my +1 for accepting it into the Bigtop codebase, though it may be required to check if its functionality and quality is enough before including it into our release. Kengo Seki <[email protected]> On Fri, May 17, 2024 at 2:32 PM 吴治国 <[email protected]> wrote: Hello everyone, Due to the fact that Bigtop's native deployment solution (Puppet script) is difficult for general users to configure and fully utilize, many of them install the components manually or use them in combination with other frameworks. To address this, I have developed a project called Bigtop Manager, which is inspired by Apache Ambari and Cloudera Manager. The project's repository is hosted on Github[1] and has been developed for more than a year, and has also been incubated in OpenEuler community for about a half year, while this project has not yet met the standards for production-level use, I believe that promoting it as a subproject of Bigtop now could bring more benefits to the project and accelerate its development progress. I would like to know your opinion about this, thanks. Best Regards, Zhiguo Wu [1]: https://github.com/kevinw66/bigtop-manager
