7 Commits (7a35325d4ec8ca1617be291b600a9f07cc409e42)

Author	SHA1	Message	Date
Krasi Georgiev	47a673c3a0	process scrape loops reloading in parallel (#4526) ... The scrape manage receiver's channel now just saves the target sets and another backgorund runner updates the scrape loops every 5 seconds. This is so that the scrape manager doesn't block the receiving channel when it does the long background reloading of the scrape loops. Active and dropped targets are now saved in each scrape pool instead of the scrape manager. This is mainly to avoid races when getting the targets via the web api. When reloading the scrape loops now happens in parallel to speed up the final disared state and this also speeds up the prometheus's shutting down. Also updated some funcs signatures in the web package for consistency. Signed-off-by: Krasi Georgiev <kgeorgie@redhat.com>	6 years ago
Fabian Reinartz	ad4c33c1ff	scrape,api: provide per-target metric metadata ... This adds a per-target cache of scraped metadata. The metadata is only available for the lifecycle of the attached target. An API endpoint allows to select metadata by metric name and a label selection of targets. Signed-off-by: Fabian Reinartz <freinartz@google.com>	7 years ago
Krasi Georgiev	ddd46de6f4	Races/3994 (#4005) ... Fix race by properly locking access to scrape pools. Use separate mutex for information needed by UI so that UI isn't blocked when targets are being updated.	7 years ago
ferhat elmas	ffa673f7d8	General simplifications (#3887) ... Another try as in #1516	7 years ago
Conor Broderick	99006d3baf	Added dropped targets API to targets endpoint (#3870)	7 years ago
Krasi Georgiev	6ce84dbcb1	rename ScrapeManager struct to Manager to remove stutter	7 years ago
Krasi Georgiev	b75428ec19	rename package retrieve to scrape ... no fucnctinal changes just renaming retrieval to scrape	7 years ago