|
[Proposal] Deprecation of the firehose endpoint
Hello everybody, after a lot of deliberation and many good conversations, we came to the conclusion that we will go ahead and remove the firehose endpoint in six months. So, in the first release publi
Hello everybody, after a lot of deliberation and many good conversations, we came to the conclusion that we will go ahead and remove the firehose endpoint in six months. So, in the first release publi
|
By
Johannes Tuchscherer
· #8536
·
|
|
[Proposal] Deprecation of the firehose endpoint
Hi Neil, Thanks for the feedback. We actually created PRs for both, firehose-exporter[0] and to firehose-to-syslog[1]. We will continue working with the maintainers to get these pulled in. Best, Johan
Hi Neil, Thanks for the feedback. We actually created PRs for both, firehose-exporter[0] and to firehose-to-syslog[1]. We will continue working with the maintainers to get these pulled in. Best, Johan
|
By
Johannes Tuchscherer
· #8526
·
|
|
[Proposal] Deprecation of the firehose endpoint
Hi everybody, thanks for the continuous stream of feedback. We are definitely going to support the firehose-exporter and firehose-to-syslog projects off the firehose to the RLP. The stories in our bac
Hi everybody, thanks for the continuous stream of feedback. We are definitely going to support the firehose-exporter and firehose-to-syslog projects off the firehose to the RLP. The stories in our bac
|
By
Johannes Tuchscherer
· #8510
·
|
|
[Proposal] Deprecation /containermetrics endpoint on the loggregator_trafficcontroller
Hi there, we haven't heard from anyone who is currently consuming the /containermetrics endpoint. We went ahead an removed it. It will be gone as of loggregator release 105. Please let us know if you
Hi there, we haven't heard from anyone who is currently consuming the /containermetrics endpoint. We went ahead an removed it. It will be gone as of loggregator release 105. Please let us know if you
|
By
Johannes Tuchscherer
· #8509
·
|
|
[Proposal] Deprecation of the firehose endpoint
Thank you all for the feedback. This is very helpful. I understand your concern about the short timeframe. I am very open to extending the timeframe to allow everybody to move of the firehose in a non
Thank you all for the feedback. This is very helpful. I understand your concern about the short timeframe. I am very open to extending the timeframe to allow everybody to move of the firehose in a non
|
By
Johannes Tuchscherer
· #8499
·
|
|
[Proposal] Deprecation of the firehose endpoint
Hi there, Following the last thread about the deprecation of the /containermetrics endpoint, the Loggregator team would like to continue on its path of deprecations. Next on the chopping block is the
Hi there, Following the last thread about the deprecation of the /containermetrics endpoint, the Loggregator team would like to continue on its path of deprecations. Next on the chopping block is the
|
By
Johannes Tuchscherer
· #8488
·
|
|
[Proposal] Deprecation /containermetrics endpoint on the loggregator_trafficcontroller
Hi there, the loggregator team would like to remove the /containermetrics endpoint on the loggregator_trafficcontroller (see here: https://github.com/cloudfoundry/loggregator-release/blob/master/docs/
Hi there, the loggregator team would like to remove the /containermetrics endpoint on the loggregator_trafficcontroller (see here: https://github.com/cloudfoundry/loggregator-release/blob/master/docs/
|
By
Johannes Tuchscherer
· #8481
·
|
|
A new approach to forwarding application logs to syslog drains
Hi there, the loggregator team has come across a few cases where in a big cf deployment with over 9k application-bound syslog drains the scalable syslog adapter is reaching its scaling limits (pun int
Hi there, the loggregator team has come across a few cases where in a big cf deployment with over 9k application-bound syslog drains the scalable syslog adapter is reaching its scaling limits (pun int
|
By
Johannes Tuchscherer
· #8304
·
|
|
BOSHHMFORWARDER - Metric Data
Hi Sundar, These first metrics that you enumerate are not from the BoshHMForwarder, but are just normal ValueMetrics or CounterEvents from the components itself (the components send these metrics dire
Hi Sundar, These first metrics that you enumerate are not from the BoshHMForwarder, but are just normal ValueMetrics or CounterEvents from the components itself (the components send these metrics dire
|
By
Johannes Tuchscherer
· #6074
·
|
|
Forwrad container metrics to syslog drain
That is not quite true. From the Firehose you can get ContainerMetrics for an app as long as you have access to that app. The Firehose CLI plugin for example shows all application related messages - l
That is not quite true. From the Firehose you can get ContainerMetrics for an app as long as you have access to that app. The Firehose CLI plugin for example shows all application related messages - l
|
By
Johannes Tuchscherer
· #5814
·
|
|
REST API endpoint for accessing application logs
No, that is 100 as in 100 log lines. Given that a log line is transported as a UDP package and the UDP max package size is 64k, with a buffer of 100 log lines you require 6.3MB of memory per app on yo
No, that is 100 as in 100 log lines. Given that a log line is transported as a UDP package and the UDP max package size is 64k, with a buffer of 100 log lines you require 6.3MB of memory per app on yo
|
By
Johannes Tuchscherer
· #2378
·
|
|
Firehose plugin for the CLI
We (the Logging and Metrics team) recently spent a lot of time working with the firehose and writing nozzles. While doing that, we found ourselves in the need for an easy way to access the firehose, s
We (the Logging and Metrics team) recently spent a lot of time working with the firehose and writing nozzles. While doing that, we found ourselves in the need for an easy way to access the firehose, s
|
By
Johannes Tuchscherer
· #1820
·
|
|
Generic data points for dropsonde
Ben, I guess I am working under the assumption that the current upstream schema is not going to see a terrible amount of change. The StatsD protocol has been very stable for over four years, so I don'
Ben, I guess I am working under the assumption that the current upstream schema is not going to see a terrible amount of change. The StatsD protocol has been very stable for over four years, so I don'
|
By
Johannes Tuchscherer
· #1562
·
|
|
Generic data points for dropsonde
The current way of sending metrics as either Values or Counters through the pipeline makes the development of a downstream consumer (=nozzle) pretty easy. If you look at the datadog nozzle[0], it just
The current way of sending metrics as either Values or Counters through the pipeline makes the development of a downstream consumer (=nozzle) pretty easy. If you look at the datadog nozzle[0], it just
|
By
Johannes Tuchscherer
· #1466
·
|
|
CF integration with logger and monitoring tools
Hi Swatz, In your config file, you will have to use 'datadog-firehose-nozzle' as the username and the password you specified when you created the uaa client. And no, there is no need to restart UAA.
Hi Swatz, In your config file, you will have to use 'datadog-firehose-nozzle' as the username and the password you specified when you created the uaa client. And no, there is no need to restart UAA.
|
By
Johannes Tuchscherer
· #1395
·
|
|
Did anybody deploy a wiki as app to CF?
Hi Stephan, I managed to get an instiki(instiki.org) instance up and running on PWS. I had to change a few things to get it to work and even with those changes, it isn't great yet. For example, upload
Hi Stephan, I managed to get an instiki(instiki.org) instance up and running on PWS. I had to change a few things to get it to work and even with those changes, it isn't great yet. For example, upload
|
By
Johannes Tuchscherer
· #713
·
|