Payments - architectural dilemma
Hi everyone 
I'm working on a complex payment application that needs to integrate multiple payment providers (Stripe, PayPal, etc.). I've been pondering the best architectural approach and would love to get some insights from someone who has experience with Payments.
My main dilemma is:
I'm working on a complex payment application that needs to integrate multiple payment providers (Stripe, PayPal, etc.). I've been pondering the best architectural approach and would love to get some insights from someone who has experience with Payments.
My main dilemma is:
- Should I implement each payment provider as a separate service within a single solution?
- Or should I create a separate solution for each payment provider?
