Microservice to handle Order Productions, using Clean Architecture, TDD and BDD concepts and SonarCloud Integration.
Our first report can be found here, and the latest with the corrections is here.
(Back to Table of contents ⬆️)
We chose the choreography saga pattern because our business rule is not very complex and doesn't depend on a large number of microservices to be executed, we concluded that the choreography pattern would fit better for this situation. Another point is that since our group consists of only 3 people and we have exactly 3 microservices, it became easier to divide the work as well.
(Back to Table of contents ⬆️)
You can find our RIPD (Relatório de Impacto dos Dados Pessoais) here.
(Back to Table of contents ⬆️)
You can find an explanatory video playlist about how the entire application works here.
(Back to Table of contents ⬆️)
We send SMS to customers as soon as the order starts to be prepared and also when the order is ready.
(Back to Table of contents ⬆️)
You must configure .env file following the .env.example template. Some envs come directly from the AWS Parameter Store, so it is very important to have configured the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY values so that all application envs are loaded correctly.
(Back to Table of contents ⬆️)
To run this project with docker, ensure that you have the following items:
(Back to Table of contents ⬆️)
Start the node server with the following commands:
docker compose build
docker compose up -d
(Back to Table of contents ⬆️)
To run this project, ensure that you have the following items:
- Node.JS (v20.9.0)
- Configured .env file
(Back to Table of contents ⬆️)
-
Clone this repository to your local machine or download the source code.
-
Open a terminal and navigate to the project's root directory.
-
Run the following command to install the project dependencies:
npm install
(Back to Table of contents ⬆️)
Start the node server in developer mode with the following command:
npm run start:dev
This will start the server and watch for any file changes, automatically restarting the server when necessary.
Or start in production mode with the following command:
npm run start
(Back to Table of contents ⬆️)
-
Run the following command to execute the project tests:
npm run test
(Back to Table of contents ⬆️)
- All endpoints can be found here.
- Except healthcheck, all endpoints have the prefix
/api
followed by the route version, for example/api/v1/
. - All endpoints require authorization, which can be passed through the
Authorization
header with a valid JWT token (this can be obtained by making a POST request on the login route with username and password). - The
Authorization
header is anBearer Token
.
(Back to Table of contents ⬆️)
(Back to Table of contents ⬆️)
(Back to Table of contents ⬆️)
(Back to Table of contents ⬆️)
(Back to Table of contents ⬆️)
.github
: github actions..vscode
: vscode configs.docs
: all project documentations, like scripts, diagrams, texts.src
config
: generic project configurations, like database configs, commit configs.database
: database configs.models
: database models.migrations
: database migrations.
envs
: local and async envs configs.
controllers
: application controllers.dtos
: application dtos.entities
: application domain entities.factories
: application factories to be used on routes.interfaces
: application interfaces.middlewares
: application middlewares.repositories
: application repositories.routes
: application routes.v1
: v1 endpoints.
services
: application services.use-cases
: application use cases that contain the entire business rule.utils
: common utils functions, constants, and application dependencies.logger
: logger module.
tests
: project testsbdd
: bdd tests