If both Yuqi questions can be answered I'm open to the clickhouse addition as long as there's a maintainer for it.
For Distro coverage, I'd like to raise a discussion. I'm thinking maybe we can have two layers of support: core packages and extra packages. Core packages should be fully supported for all the Bigtop Distros, while extra packages' support can be selective (or open for completion). Since we do have the supporting matrix maintained, I think it manages the user expectation and experience. Anyhow, any code addition either fully or partially supported should have CI & smoke test covered (ex: clickhouse on x86 w/ packaging CI, puppet, and smoke test passed). - Evans Yuqi Gu <[email protected]> 於 2022年8月4日 週四 上午10:55寫道： > Agree with Kengo. > Zhiguo has contributed much to Bigtop including the new Mpack provisioner > which offers on-click deployment to test Bigtop+Ambari+Mpack. > I believe he would offer the long-term support to maintain ClickHouse and > the Mpack services. > > To Zhiguo, > As mentioned by Masatake, ClickHouse is the non-ASF project. > Before adding it into Bigtop, could you please make clear that > 1. if there are any license conflicts. > 2. if there are any restrictions or concerns from upstream ClickHouse > community. > > > BRs, > Yuqi > > > > > Kengo Seki <[email protected]> 于2022年8月2日周二 21:12写道： > > > Personally I'd like to encourage Zhiguo to add ClickHouse. > > He's already done several notable contributions to our codebase, > > so I think we can expect his long-term commit for keeping ClickHouse > fresh. > > In addition, once he gets used to the whole process to add a new > > component through this development, > > we also can count on him to add other components and maintain existing > > ones. > > > > Kengo Seki <[email protected]> > > > > On Mon, Aug 1, 2022 at 4:17 PM 吴治国 <[email protected]> wrote: > > > > > > Is there any conclusion? > > > > > > Best Regards, > > > Zhiguo Wu > > > > > > > On Jul 29, 2022, at 17:53, 吴治国 <[email protected]> wrote: > > > > > > > > Thanks Masatake, > > > > > > > > I also prefer to use packages provide by them, this will reduce our > > work. > > > > > > > > As I'm trying to use Bigtop as Ambari's default stack, it'll be > better > > if we use bigtop repo just like mpack, it makes sense to use BIGTOP stack > > name with BIGTOP repository. > > > > > > > > But add components to Bigtop requires build it from source, provide > > rpm/deb build scripts, smoke test cases, and puppet manifest, which I'm > > doing for ClickHouse right now. > > > > > > > > And, if ClickHouse end up like ELK, I'll remove it at that time. > > > > > > > > Best Regards, > > > > Zhiguo Wu > > > > > > > >> On Jul 29, 2022, at 17:21, Masatake Iwasaki < > > [email protected]> wrote: > > > >> > > > >> Hi Zhiguo, > > > >> > > > >> Honestly saying, I'm not positive to add the product to Bigtop. > > > >> We do not have enough developer's resource even for maintaining > > current stack. > > > >> Since it is non-ASF product driven by dedicated company, it may end > > up in the same way with ELK. > > > >> > > > >> In addition, ClickHouse seems to provide packaging stuff on their > > own[1] by using nFPM[2] > > > >> and the packages are published[3]. > > > >> If you want additional coverage, contributing to ClickHouse itself > > should be the first choice. > > > >> > > > >> [1] https://github.com/ClickHouse/ClickHouse/tree/master/packages > > > >> [2] https://github.com/goreleaser/nfpm > > > >> [3] https://clickhouse.com/docs/en/getting-started/install/ > > > >> > > > >> Regards, > > > >> Masatake Iwasaki > > > >> > > > >> On 2022/07/29 15:25, 吴治国 wrote: > > > >>> Hi community, as the ClickHouse are becoming more and more popular > > OLAP engine for bigdata, Although it's not related to Hadoop ecosystem, I > > still want to add it to Bigtop stack. > > > >>> But I can only take care of it in some distros(mostly CentOS-7, > > RockyLinux-8 and Ubuntu-20 for now), I don't know if this is enough, if > > not, can I add it to Bigtop? Or is there anyone also interested in this? > > > >>> Best Regards, > > > >>> Zhiguo Wu > > > > > >
