-
Notifications
You must be signed in to change notification settings - Fork 19
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
ft: ZENKO-147 Make CRR retry configurable #285
ft: ZENKO-147 Make CRR retry configurable #285
Conversation
9e380dc
to
42c8748
Compare
PR has been updated. Reviewers, please be cautious. |
@@ -50,6 +50,7 @@ const joiSchema = { | |||
}, | |||
topic: joi.string().required(), | |||
replicationStatusTopic: joi.string().required(), | |||
trackReplicationFailures: joi.boolean().default(true), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What do you all think of trackReplicationFailures
? Alternatives I considered:
trackCRRFailures
enableReplicationRetry
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I vote for trackCRRFailures
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
monitorReplicationFailures
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As an external parameter name I would prefer sticking to the service semantic, i.e. "replication" service, so trackReplicationFailures
. Internally (function names etc.) we also have some names with CRR in it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
monitorReplicationFailures
is good for me too, not being an english native speaker I leave the choice to others 🤣
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, it seems like we all agree on monitorReplicationFailures
. 💃We have a winner.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jonathan-gramain BTW, your English is awesome! I'm always impressed with your doc writing. 😄
@@ -192,6 +192,9 @@ class ReplicationStatusProcessor { | |||
return this.taskScheduler.push({ task, entry: sourceEntry }, | |||
sourceEntry.getCanonicalKey(), done); | |||
}); | |||
} else if (task) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The else
is not necessary (no big deal but I have memories of the linter complaining about this).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I vote for removing unnecessary else
statements as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good to me. 😄Done!
42c8748
to
88e53b9
Compare
Do it again human slave!:point_right: :runner: (Oh and the pull request has been updated, by the way.)
PR has been updated. Reviewers, please be cautious. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bennettbuchanan Please make this configurable in Zenko chart as well.
88e53b9
to
45c9d41
Compare
Do it again human slave!:point_right: :runner: (Oh and the pull request has been updated, by the way.)
PR has been updated. Reviewers, please be cautious. |
Allow a configurable value to disable tracking CRR failures. 🚀