-
-
Notifications
You must be signed in to change notification settings - Fork 26.9k
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
Microservice pattern: Polling publisher #2673
Comments
@iluwatar what feature you wanted to add i can do |
Hey @iluwatar, I can pick this task up. |
This issue has been automatically marked as stale because it has not had recent activity. The issue will be unassigned if no further activity occurs. Thank you for your contributions. |
still working on it, albeit a bit slow :) |
This issue is stale because it has been open 60 days with no activity. |
@CoderSleek , are you working on this..? |
@quantdevv hey, i was working on this yes but not anymore due to my work. it's available to take up i believe. |
Thanks @iluwatar @CoderSleek , i'll have a look on this. |
Hey @iluwatar , i want to discuss something on this... is there any dedicated server to discuss any kind issue..? |
Try Gitter channel here: https://app.gitter.im/#/room/#iluwatar_java-design-patterns:gitter.im |
Hi @iluwatar , here i'm planning to implement this micro-service pattern in below architecture .. would you like to review it once..? Here will create two services polling-service & subscriber-service. as i made two to keep it true microservice architecture.
the dummy structure will be like this.. Data-source ------> polling service (polling schedular, controller (publish)) ----> MQ (Kafka) -----> notification let me know if you have any suggestion on this.. or else i'll proceed with it. |
Yes, sounds good @quantdevv 👍 |
Description:
The Polling Publisher design pattern is used within microservices architecture to allow services to periodically check for updates or changes and then publish the results to subscribers. This pattern is particularly useful for ensuring that microservices are loosely coupled and can independently manage their data refresh cycles without requiring direct communication or immediate event-based updates.
Main Elements of the Pattern:
References:
Acceptance Criteria:
The text was updated successfully, but these errors were encountered: