GitHub Hot Board

GitHub Hot Board · Arquivo do repositório

Denrox/nestjs-microservices-example

A working example of microservice architecture implementation using nestjs framework. (Esta descrição vem do próprio repositório.)

Dados de October 24Denrox

Melhor colocação

#49

Milestones ao vivo

996

Total de estrelas

274

Total de forks

3

Dias nos rankings (30 d)

Coloque o emblema no seu README · Denrox/nestjs-microservices-example[![Coloque o emblema no seu README](https://git.vaiox.xyz/api/badge/Denrox/nestjs-microservices-example.svg)](https://git.vaiox.xyz/pt/repo/Denrox/nestjs-microservices-example)

Documentação do projeto

This repository shows how you can build API with microservice architecture using nestjs

Features of this example

This example is basically an API for some task manager application. It provides a possibility to perform sign up users, confirm user's emails, manage user's tasks.

Running the example with docker-compose

Execute docker network create infrastructure && cp .env.example .env && docker compose up -d from the root of the repository

Accessing the API itself and swagger docs for the API

  • Once you launch the API it will be accessible on port 8000.
  • Swagger docs for the API will be accessible locally via URI "http://localhost:8000/api"

Launch services for integration testing (using docker-compose)

  • Execute sudo vim /etc/hosts and add line 127.0.0.1 db to it. This is a temporary step, it will not be required since new update.
  • Execute cp .env.example .env && cp .env.test.example .env.test
  • Execute docker compose -f ./docker-compose.test.yml up -d from the root of the repository
  • Run cd ./gateway && npm install && npm run test from the root of this repo

Brief architecture overview

This API showcase consists of the following parts:

  • API gateway
  • Token service - responsible for creating, decoding, destroying JWT tokens for users
  • User service - responsible for CRUD operations on users
  • Mailer service - responsible for sending out emails (confirm sign up)
  • Permission service - responsible for verifying permissions for logged in users.
  • Tasks service - responsible for CRUD operations on users tasks records
  • The service interact via TCP sockets

This example uses a SINGLE database (MongoDB) instance for all microservices. This is not a correct point, the correct way is to use a separate DB instance for every microservice. I used one DB instance for all microservices to simplify this example.

Colocações atuais

  • 49

    Milestones ao vivo

    996 estrelas · 274 fork · Star até a próxima linha

    Milestones →

Evolução em 30 dias

Estrelas acumuladas

Evolução da posição

Vizinhos de ranking no mesmo quadro

← Voltar aos rankings