Open muthu-mps opened 3 weeks ago
cc: @daniela-elastic
As the product has reached EOL and replaced by Jetstream. We need to validate whether the existing integration itself is capable of processing the Jetstream metrics.
Are we talking about updating the STAN integration to support Jetstream server or are we talking about creating a brand new integration and deprecating the STAN integration?
Are we talking about updating the STAN integration to support Jetstream server or are we talking about creating a brand new integration and deprecating the STAN integration?
There are two options, 1) Verify the Jetstream metrics using the current STAN integration. This is by upgrading the integration. 2) Create a brand new integration for Jetstream.
My suggestion is we can try with the option 1 and if it doesn't work then we can go for option 2. I would like to hear your thoughts.
Agree with the proposal. In this case we need to test the whole upgrade experience. Eg, for a customer who has already installed the legacy STAN integration, what would their experience be - can we disable collection of metrics/logs? Can we show a message somewhere in the integration (eg dashboard, collected metrics, somewhere else? ) that the user needs to upgrade to be able to get the metrics/logs for jetstream? Do we have similar integrations in the past where the underlying tech was deprecated and replaced with a new one and if so, how did we address that?
Additional questions:
Summary
The STAN integration monitors the logs and metrics for the
NATS streaming server
(STAN). This product has reached EOL as mentioned here. This product has been replaced by Jetstream server.This integration can be marked as deprecated as the product is already deprecated and reached EOL last year. As the product is replaced by Jetstream, We can consider adding support for monitoring the Jetstream server.
The deprecation warning can be added to the title of the integration similar to F5 Logs integration.