0% completed
Design Payment System
.....
.....
.....
P B
· 7 months ago
Synchronous vs Asynchronous Processing: The Payment Service does most steps synchronously to provide a result in the API response. We choose sync for the primary flow because merchants (and customers) expect an immediate answer to a payment attempt.
Since the Transaction DB update is being done by Payment service as part of handling the request itself, doesn't this bring in a lot of failure scenario? For example, what if the Payment Service instance crashes right after calling "Acquirer Connector". The way, the external processor will process the payment, but the Transaction DB would not have any record. Additionally, it means that the client will have to keep a long lasting connection and will be susceptible to connection drop.
Isn't the following alternative present a more dur
Rohit Bhanot
· 19 days ago
This is extremely text heavy which makes it difficult to grasp an important SD topic. With due respect I feel more effort should have been spent to make it more engaging and enriching rather than dumping large blobs of text. It feels like reading Wikipedia.
Also, Can we really call those bunch of icons as a High Level Diagram without any data flow directions ?
Sorry for the harsh feedback but this definitely looks poorly presented and no way near the worth of pay-walled content !!