Closed iwoork closed 4 years ago
Option 1 was what I had in my architecture diagram. I prefer one as it makes the api lightweight and asynchronous. Client can just push the data and api can work on storing that. Otherwise if there are DB related issues, it will delay the stats response as well. client can make asynchronous calls to api endpoints and get the results back from probability endpoint.
Also it will allow us to have different configurations for different types of workload and use cases.
Let's go for Option 1. I guess call it 'Assess' or 'Probability' makes more sense?
POST /assess
How about:
Endpoint 1 for submission:
POST /survey
Endpoint 2 for probability:
POST /stats
?
Sounds good. Let's do that.
I have added tickets in project board. I will have them ready by this weekend.
End Points created.
/stats : https://github.com/findthecluster/api-app/issues/12
/survey endpoint : https://github.com/findthecluster/api-app/issues/11
Wiki Page : https://github.com/findthecluster/api-app/wiki
Here's my proposal for the endpoints:
Option 1: Separate a Report and Probability endpoints
Option 2: Combine Report and Probability as one endpoint