1, I have used both REST and MQ (RabbitMQ) with in project. The Architecture was like facade pattern, so calls from Gateway to individual services were REST and notifications between services were on MQ. Now would really like to use gRPC as its fast, support versioning and polyglot architecture.
2, The question i would ask myself be, will this be easy to maintain over time?
As far as Read is concern, would populate a cache and allow other services to read directly and keep ownership with one service for all other transactions. (Assuming each service has its own DB)
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
1, I have used both REST and MQ (RabbitMQ) with in project. The Architecture was like facade pattern, so calls from Gateway to individual services were REST and notifications between services were on MQ. Now would really like to use gRPC as its fast, support versioning and polyglot architecture.
2, The question i would ask myself be, will this be easy to maintain over time?
As far as Read is concern, would populate a cache and allow other services to read directly and keep ownership with one service for all other transactions. (Assuming each service has its own DB)