mirror of https://github.com/linkerd/linkerd2.git
Conduit 0.4.0 overhauls Conduit's telemetry system and improves service discovery reliability. * Web UI * **New** automatically-configured Grafana dashboards for all Deployments. * Command-line interface * `conduit stat` has been completely rewritten to accept arguments like `kubectl get`. The `--to` and `--from` filters can be used to filter traffic by destination and source, respectively. `conduit stat` currently can operate on `Namespace` and `Deployment` Kubernetes resources. More resource types will be added in the next release! * Proxy (data plane) * **New** Prometheus-formatted metrics are now exposed on `:4191/metrics`, including rich destination labeling for outbound HTTP requests. The proxy no longer pushes metrics to the control plane. * The proxy now handles `SIGINT` or `SIGTERM`, gracefully draining requests until all are complete or `SIGQUIT` is received. * SMTP and MySQL (ports 25 and 3306) are now treated as opaque TCP by default. You should no longer have to specify `--skip-outbound-ports` to communicate with such services. * When the proxy reconnected to the controller, it could continue to send requests to old endpoints. Now, when the proxy reconnects to the controller, it properly removes invalid endpoints. * A bug impacting some HTTP/2 reset scenarios has been fixed. * Service Discovery * Previously, the proxy failed to resolve some domain names that could be misinterpreted as a Kubernetes Service name. This has been fixed by extending the _Destination_ API with a negative acknowledgement response. * Control Plane * The _Telemetry_ service and associated APIs have been removed. * Documentation * Updated Roadmap * Added prometheus metrics guide |
||
---|---|---|
.. | ||
images | ||
README.md | ||
adding-your-service.md | ||
debugging-an-app.md | ||
get-involved.md | ||
getting-started.md | ||
overview.md | ||
prometheus.md | ||
proxy-metrics.md | ||
roadmap.md |
README.md
The documentation here is published at https://conduit.io/docs/ when each version is released. The version of the documentation in GitHub should always match the code in the same branch. For example, when a pull request changes the behavior of a documented feature, the pull request should change the documentation here to match the new behavior.