Skip to content
This repository has been archived by the owner on Dec 4, 2023. It is now read-only.

Adding a readiness probe to the AMQP - Kafka bridge #83

Closed
ppatierno opened this issue Jul 28, 2017 · 1 comment
Closed

Adding a readiness probe to the AMQP - Kafka bridge #83

ppatierno opened this issue Jul 28, 2017 · 1 comment
Assignees
Labels

Comments

@ppatierno
Copy link
Member

ppatierno commented Jul 28, 2017

When the images aren't available locally, it could happen that the AMQP - Kafka bridge image is download before the messaging one. In this case with the current liveness probe the bridge pod is restarted a lot of times because the messaging isn't up and running yet and it can't connect as client.
It's related to another problem in the bridge which start the HTTP server (for the liveness probe) after such connection is established (see strimzi/strimzi-kafka-bridge#73).
I'm going to move the HTTP server startup before the connection with messaging is established so that the pod can reply to the liveness probe but then provide another HTTP path (/ready ?) when the connection is established. Such path can be tested by the readiness probe.
In summary :

  • the liveness probe is used just to check if the bridge is live even if it's not still connected to the messaging system
  • the readiness probe works when the bridge is connected and is effectivily ready to receive
@ppatierno
Copy link
Member Author

Close on behalf of 32b0520

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant