Just created a new repository for bigtop-manager. https://github.com/apache/bigtop-manager
Would you try to import the latest codebase, Zhiguo? Kengo Seki <[email protected]> On Sat, Jun 1, 2024 at 11:19 AM Kengo Seki <[email protected]> wrote: > > Given no explicit objection in around two weeks, let's move things forward. > Since its release cycle is expected to be different with the Bigtop > packages, I'll create a new repo for it and let you know once it's > prepared. > > Kengo Seki <[email protected]> > > On Fri, May 31, 2024 at 5:22 PM 吴治国 <[email protected]> wrote: > > > > Thanks everyone for your support. > > > > If there are no objections, could we possibly create a repository for > > bigtop-manager? Or is there another process required? > > > > Best Regards, > > Zhiguo Wu > > > > > > ---- Replied Message ---- > > | From | Yuqi Gu<[email protected]> | > > | Date | 5/22/2024 17:47 | > > | To | <[email protected]> | > > | Subject | Re: [DISCUSS] New subproject: Bigtop Manager | > > That's awesome! > > > > As Kengo mentioned, there are significant development dependencies and > > synchronization barriers between Bigtop and other deployment solutions like > > Ambari. It could harm Bigtop's consistency and integrity and reduce our > > development efficiency. > > > > Therefore, we have withdrawn support for Ambari and its Management Pack. > > > > I believe Bigtop-manager, a sub-project of Bigtop, could be a viable > > alternative. It has the potential to promote Bigtop as the optimal solution > > for users in the future. > > +1 from my side. > > > > Thanks. > > > > BRs, > > Yuqi > > > > 吴治国 <[email protected]> 于2024年5月22日周三 16:12写道： > > > > 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 > >
