You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 18, 2023. It is now read-only.
Have you thought about publishing the role as a collection?
We are thinking about developing a thin abstraction level over your role, which would generate prometheus configs from ansible inventories, and thinking about distribution options. The new "collection" feature of ansible/galaxy looks like a better option than raw roles. It for example allows to share several separate roles as a package, and also allows to share playbooks. Both features look useful in our case. Unfortunately, collections can only use other collections but not roles as dependencies.
Looking at the structure of your role, it seems that you can also benefit from using collections, by being able to split all the software specific roles into separate entities. Your abstraction model with _install.yaml etc, as I understand, can also be transparently translated to a separate roles model.
We will definitely go with your current role, and it is in no way a blocker for us, so this is rather a feature request for the future. Thanks again for your work!
The text was updated successfully, but these errors were encountered:
Thank you for the kind feedback. I like the idea of eventually migrating this role to a collection containing simplified roles and will likely start moving in that direction later this year. Great idea!
Is this still planned? Splitting this huge role in smaller roles would be great.
It might be worth to even drop prometheus, alertmanager and pushgateway to focus on exporters only. There are very good roles for the prometheus stack on https://github.com/cloudalchemy
I plan to begin splitting this role into purpose specific roles and a collection later this year.
This role has capabilities that https://github.com/cloudalchemy doesn't have (building from source, tgroup management, etc) and I have no plans to drop the Prometheus stack.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Dear Mesaguy,
Thank you for the fantastic ansible role!
Have you thought about publishing the role as a collection?
We are thinking about developing a thin abstraction level over your role, which would generate prometheus configs from ansible inventories, and thinking about distribution options. The new "collection" feature of ansible/galaxy looks like a better option than raw roles. It for example allows to share several separate roles as a package, and also allows to share playbooks. Both features look useful in our case. Unfortunately, collections can only use other collections but not roles as dependencies.
Looking at the structure of your role, it seems that you can also benefit from using collections, by being able to split all the software specific roles into separate entities. Your abstraction model with
_install.yaml
etc, as I understand, can also be transparently translated to a separate roles model.We will definitely go with your current role, and it is in no way a blocker for us, so this is rather a feature request for the future. Thanks again for your work!
The text was updated successfully, but these errors were encountered: