-
Notifications
You must be signed in to change notification settings - Fork 260
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document/check behaviour of egeria cohort if Kafka becomes unavailable #6813
Comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions. |
#6791 addressed some issues with server startup & Kafka availability
#5471 proposes a framework for checking connector status
This issue is being opened to clarify how Egeria currently behaves if Kafka becomes unavailable during normal operation.
This needs to be documented, we need to check the behaviour is reasonable, and ensure appropriate information is available for any orchestrating environments (k8s, other apps) to act.
Opening to track discussion/investigation
The text was updated successfully, but these errors were encountered: