Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[alertmanager] Add optional config reloader #348

Merged
merged 4 commits into from
Jan 23, 2021
Merged

[alertmanager] Add optional config reloader #348

merged 4 commits into from
Jan 23, 2021

Conversation

arramos84
Copy link
Contributor

What this PR does / why we need it:

This PR adds the option to enable a sidecar config-reloader. It's needed to allow for dynamics
reloads of alertmanager configurations

Which issue this PR fixes

No issue, just a small feature that can be enabled

Special notes for your reviewer:

Tested with and without configmapReloader enabled. Verified slightest change to configmap
triggers a reload and that the status page for the alertmanager config was properly updated.

Checklist

  • DCO signed
  • Chart Version bumped
  • Title of the PR starts with chart name (e.g. [prometheus-couchdb-exporter])

Signed-off-by: Alex Ramos <aramos@asserts.ai>
Signed-off-by: Alex Ramos <aramos@asserts.ai>
Copy link
Member

@monotek monotek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would be nice you could add an ci file testing the enabled value.

@@ -6,7 +6,7 @@ icon: https://raw.githubusercontent.com/prometheus/prometheus.github.io/master/a
sources:
- https://github.com/prometheus/alertmanager
type: application
version: 0.1.4
version: 0.1.5
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

minor version should be raised if new feature is added.

@arramos84
Copy link
Contributor Author

Would be nice you could add an ci file testing the enabled value.

@monotek , you mean a github action workflow for alertmanager? A helm-test , or something via chart-test? Please advise/guide and will do. Thanks for taking a look!

@arramos84
Copy link
Contributor Author

Would be nice you could add an ci file testing the enabled value.

@monotek , you mean a github action workflow for alertmanager? A helm-test , or something via chart-test? Please advise/guide and will do. Thanks for taking a look!

@monotek @naseemkullah please advise, thanks!

@naseemkullah
Copy link
Member

Thanks @arramos84, I'm guessing @monotek meant something in here: https://github.com/prometheus-community/helm-charts/tree/main/charts/alertmanager/templates/tests anything there should run at CI time

@arramos84
Copy link
Contributor Author

Thanks @arramos84, I'm guessing @monotek meant something in here: https://github.com/prometheus-community/helm-charts/tree/main/charts/alertmanager/templates/tests anything there should run at CI time

@naseemkullah @monotek , wouldn't this require a change to the workflow? In order to write a test that takes into account the flag being on or off, then I'd have to write a ci test in alertmanager/templates/tests/, then I'd need to add a workflow and/or change helm-charts/ct.yaml in order for the installation to change the values that the chart is installed with? Please advise as I believe there are 0 examples in this repo of tests for flags. Unless I'm mistaken, please point me to one. Thanks again!

@monotek
Copy link
Member

monotek commented Nov 22, 2020

I was talking about the optional usage of a chart-testing feature, which is used to test the charts

Charts may have multiple custom values files matching the glob pattern
'*-values.yaml' in a directory named 'ci' in the root of the chart's
directory. The chart is installed and tested for each of these files.
If no custom values file is present, the chart is installed and
tested with defaults.

See: https://github.com/helm/chart-testing/blob/b3899d2ce9e5536bcbccadb64bd96636e5b605bc/ct/cmd/install.go#L45

@stale
Copy link

stale bot commented Dec 22, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Any further update will cause the issue/pull request to no longer be considered stale. Thank you for your contributions.

@arramos84
Copy link
Contributor Author

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Any further update will cause the issue/pull request to no longer be considered stale. Thank you for your contributions.

Putting out the testing today.

@stale stale bot removed the lifecycle/stale label Dec 23, 2020
@stale
Copy link

stale bot commented Jan 22, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Any further update will cause the issue/pull request to no longer be considered stale. Thank you for your contributions.

@stale stale bot removed the lifecycle/stale label Jan 23, 2021
Signed-off-by: André Bauer <monotek23@gmail.com>
@monotek monotek merged commit 17c7545 into prometheus-community:main Jan 23, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants