Answer the question
In order to leave comments, you need to log in
How to organize the architecture of a SaaS application with free and paid access packages?
Good day.
Often, many services provide different plans for working with them, differing, for example, in the number of requests to the service. For example, a free plan with a limit of 100 requests per month, there are some paid plans, let's call them Plan 1000 (1000 requests), Plan 10000 (10000 requests).
What is the best way to organize the architecture in such applications?
So far, the following plan of action came to mind:
After registration, the user receives a unique code, this code is also entered in a table where the allowable number of requests for this key is indicated. On each call to api with this key, reduce the value of requests, and as soon as it reaches 0, notify the user.
Maybe there are some more correct ways to build such services.
How the automatic calculation of consumed resources works for each plan.
Answer the question
In order to leave comments, you need to log in
As you come up with it, it will be the way you described the solution to yourself.
Didn't find what you were looking for?
Ask your questionAsk a Question
731 491 924 answers to any question