@cryptotaxi247 / netdata-1 / commits / cfd74bbb4

Add 1.23.1 and 1.23.0 to news section (#9518)

* Add 1.23.1 and 1.23.0 to news section * Add link * Add 1.23.2

Joel Hans committed Jul 31, 2020 at 05:47 UTC cfd74bbb406fc118d58016f659fcab4a96de1da7
1 file changed +62 -13
README.md
+62 -13
@@ -215,33 +215,82 @@ metrics, but also troubleshoot complex performance problems.
215
216 ## News
217
218 -`May 11, 2020` - **[Netdata v1.22.0 released!](https://github.com/netdata/netdata/releases)**
218 +`July 16, 2020` - **[Netdata v1.23.2 released!](https://github.com/netdata/netdata/releases/tag/v1.23.2)**
219
220 -Release v1.22.0 marks the official launch of our rearchitected Netdata Cloud! This Agent release contains both backend and interface changes necessary to connect your distributed nodes to this dramatically improved experience.
220 +Release v1.23.2 of the Netdata Agent is a patch for one significant issue.
221
222 -Netdata Cloud builds on top of our open source monitoring Agent to give you real-time visibility for your entire infrastructure. Once you've connected your Agents to Cloud, you can view key metrics, insightful charts, and active alarms from all your nodes in a single web interface. When an anomaly strikes, seamlessly navigate to any node to troubleshoot and discover the root cause with the familiar Netdata dashboard.
222 +PR [#9491](https://github.com/netdata/netdata/pull/9491) fixed a buffer overrun vulnerability in Netdata's JSON parsing
223 +code. This vulnerability could be used to crash Agents remotely, and in some circumstances, could be used in an
224 +arbitrary code execution (ACE) exploit.
225
224 -![Animated GIF of Netdata Cloud](https://user-images.githubusercontent.com/1153921/80828986-1ebb3b00-8b9b-11ea-957f-2c8d0d009e44.gif)
226 +We strongly encourage all Netdata users to update their nodes to v1.23.2 as soon as possible.
227
226 -**[Sign in to Cloud](https://app.netdata.cloud)** and read our [Get started with Cloud](https://learn.netdata.cloud/docs/cloud/get-started/) guide for details on updating your nodes, claiming them, and navigating the new Cloud.
228 +This release also contains additional bug fixes and improvements.
229
228 -While Netdata Cloud offers a centralized method of monitoring your Agents, your metrics data is not stored or centralized in any way. Metrics data remains with your nodes and is only streamed to your browser through Cloud.
230 +`July 1, 2020` - **[Netdata v1.23.1 released!](https://github.com/netdata/netdata/releases/tag/v1.23.1)**
231
230 -In addition, Cloud only expands on the functionality of the wildly popular free and open source Agent. We will never make any of our open source Agent features Cloud-exclusive, and we will actively continue to develop the Agent so that we can integrate new features with Netdata Cloud.
232 +Release v1.23.1 of the Netdata Agent is a patch for two significant issues.
233
232 -We added a new collector called `whoisquery` that helps you **monitor a domain name's expiration date**. You can track as many domains as you'd like, and set custom warning and critical thresholds for each. For more information on setup and configuration, see the [Whois domain expiry monitoring documentation](https://learn.netdata.cloud/docs/agent/collectors/go.d.plugin/modules/whoisquery/).
234 +PR [#9436](https://github.com/netdata/netdata/pull/9436) fixed an issue where dimensions were marked obsolete and
235 +archived simultaneously, which caused segmentation faults. We're grateful to [marioem](https://github.com/marioem), who
236 +first reported the issue, and other members of the Netdata community who contributed their insights and valuable log
237 +information, which we used to diagnose and fix the bug.
238
234 -We added a new connector to our experimental exporting engine: **[Prometheus remote write](https://learn.netdata.cloud/docs/agent/exporting/prometheus/remote_write/)**. You can use this connector to send Netdata metrics to your choice of more than 20 external storage providers for long-term archiving and further analysis.
239 +PR [#9428](https://github.com/netdata/netdata/pull/9428) fixed a significant issue with duplicate alarm IDs, which
240 +caused issues in how alarms were sent and displayed in Netdata Cloud.
241
236 -Our new documentation experience is now available at **[Netdata Learn](https://learn.netdata.cloud)**! We encourage you to try it out and give us feedback or ask questions in our [GitHub issues](https://github.com/netdata/netdata/issues/new/choose). Learn features documentation for both the Agent and Cloud in separate-but-connected vaults, which streamlines the experience of learning about both products.
242 +This release also contains a few additional bug fixes that were not fully reviewed before the release of v1.23.0.
243
238 -While Learn only features documentation for now, we plan on releasing more types of educational content serving the Agent's open-source community of developers, sysadmins, and DevOps folks. We'll have more to announce soon, but in the meantime, we hope you enjoy what we believe is a smoother (and prettier) docs experience.
244 +`June 24, 2020` - **[Netdata v1.23.0 released!](https://github.com/netdata/netdata/releases/tag/v1.23.0)**
245
240 -As part of the ongoing work to polish our **eBPF collector tech preview**, we've now proven the collector's performance is very good, and have vastly expanded the number of operating system versions the collector works on. Learn how to [enable it](https://docs.netdata.cloud/collectors/ebpf.plugin/) in our documentation. We've also extensively stress-tested the eBPF collector and found that it's impressively fast given the depth of metrics it collects! Read up on our benchmarking analysis [on GitHub](https://github.com/netdata/netdata/issues/8195).
246 +The v1.23.0 release of the Netdata Agent is all about unlocking new depths of visibility for your applications,
247 +services, and systems. We have Kubernetes service discovery, new eBPF metrics like virtual filesystem switch and
248 +bandwidth per process out of the Linux kernel at _event frequency_, more interoperability with your monitoring stack
249 +thanks to a new exporting engine, and much more.
250 +
251 +This release contains 2 new collectors, 1 new exporting connector, 1 new alarm notification method, 55 improvements, 45
252 +documentation updates, and 40 bug fixes.
253 +
254 +Our [service discovery collector](https://github.com/netdata/agent-service-discovery/) **detects Kubernetes (k8s) pods
255 +and immediately collects metrics from _22 different services_** as the associated pods are created, destroyed, and
256 +scaled. Service discovery is installed when you use our [Helm chart](https://github.com/netdata/helmchart), which means
257 +you can now collect and visualize service-, pod-, Kubelet-, kube-proxy-, and node-level k8s metrics with one `helm
258 +install` command and zero configuration. All our Kubernetes monitoring components are open source and free for clusters
259 +of any size.
260 +
261 +Our low-level [Linux kernel monitoring via eBPF](https://learn.netdata.cloud/docs/agent/collectors/ebpf.plugin/) is now
262 +supercharged. Thanks to an integration with
263 +[`apps.plugin`](https://learn.netdata.cloud/docs/agent/collectors/apps.plugin), you can now **monitor how a specific
264 +application interacts with the Linux kernel**. This update also includes new metrics, such as virtual filesystem switch,
265 +bandwidth per process, and much more. Netdata collects these metrics at an event frequency, even better than our famous
266 +1s granularity, so that you can debug applications or anomalies with pinpoint accuracy. The eBPF collector is also now
267 +installed and enabled by default except on [static
268 +builds](https://learn.netdata.cloud/docs/agent/packaging/installer/methods/kickstart-64).
269 +
270 +Read our [guide on troubleshooting apps with eBPF
271 +metrics](https://learn.netdata.cloud/guides/troubleshoot/monitor-debug-applications-ebpf/) for more details.
272 +
273 +Netdata is now more interoperable with your existing monitoring stack thanks to the [**exporting
274 +engine**](https://learn.netdata.cloud/docs/agent/exporting/), which replaces the backends system. You can now export to
275 +multiple external databases through Graphite, Google Cloud Pub/Sub, Prometheus remote write, MongoDB, and JSON
276 +connectors, plus others. Send metrics as soon as they're collected to enrich single pane of glass views or analyze
277 +Netdata's metrics with machine learning.
278 +
279 +Read our guide on [exporting metrics to
280 +Graphite](https://learn.netdata.cloud/guides/export/export-netdata-metrics-graphite) for specifics on just one of many
281 +pipelines you can set up to archive your Netdata metrics.
282 +
283 +We're also releasing an improvement for the availability of your monitoring and metrics: **persistent metadata**. The
284 +Agent now writes metadata to disk alongside metrics to allow access to non-active charts from Netdata Cloud and enable
285 +future features.
286 +
287 +We added some enhancements to our documentation site, including a new [guides
288 +section](https://learn.netdata.cloud/guides). We'll continue to populate with more use case- and scenario-based content
289 +to help you monitor, troubleshoot, visualize, and export your Netdata metrics.
290
291 ---
292
244 -See more news and previous releases at our [blog](https://blog.netdata.cloud) or our [releases
293 +See more news and previous releases at our [blog](https://www.netdata.cloud/blog/) or our [releases
294 page](https://github.com/netdata/netdata/releases).
295
296 ## How it works