Each replica listens for doorlog changes in database and forwards changes to Slack. This is IMO the most sensible way, vs duplicating each statement, and calling out to Slack in multiple codebases (leading to 'where exactly did this originate from / is broken at?).
Reduced replicas to 1 for time being. Locking via built-in kube primitives seems sensible (as the service already talks to kube api).
Each replica listens for doorlog changes in database and forwards changes to Slack. This is IMO the most sensible way, vs duplicating each statement, and calling out to Slack in multiple codebases (leading to 'where exactly did this originate from / is broken at?).
Reduced replicas to 1 for time being. Locking via built-in kube primitives seems sensible (as the service already talks to kube api).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Each replica listens for doorlog changes in database and forwards changes to Slack. This is IMO the most sensible way, vs duplicating each statement, and calling out to Slack in multiple codebases (leading to 'where exactly did this originate from / is broken at?).
Reduced replicas to 1 for time being. Locking via built-in kube primitives seems sensible (as the service already talks to kube api).