...
Also, there's now a GitHub repository for the code to evolve: https://github.com/rvs/bigtop-puppet
Issues to be resolved
Collection of modules vs. collection of classes in a single Bigtop module
A typical puppet module strives for the UNIX mantra of 'doing one thing and doing it well'. So it seems natural for Bigtop Puppet code to be split into independent modules each corresponding to a single Bigtop component. After all, that how the current Bigtop Puppet code is organized – into a collection of modules. Yet, I'd like to argue that given the level of coupling between different component of Bigtop we might as well be honest and admit that there's no way you can use them
in an independent fashion and you may as well create a single module called Bigtop with a collection of tightly coupled classes.
This also has a nice added benefit of simplifying the eventual publishing of our code on Puppet Forge – it is way easier to manage the versioning of a single module as opposed to multiple one.
Picking an overall 'theme' or 'paradigm' for the design of our modules.
...