GitHub Hot Board

GitHub Hot Board · Archivo del repositorio

Denrox/nestjs-microservices-example

A working example of microservice architecture implementation using nestjs framework. (Esta descripción procede del propio repositorio.)

Datos al October 24Denrox

Mejor puesto

#49

Hitos en vivo

996

Estrellas totales

274

Forks totales

3

Días en rankings (30 d)

Pon la insignia en tu README · Denrox/nestjs-microservices-example[![Pon la insignia en tu README](https://git.vaiox.xyz/api/badge/Denrox/nestjs-microservices-example.svg)](https://git.vaiox.xyz/es/repo/Denrox/nestjs-microservices-example)

Documentación del proyecto

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.

Clasificaciones actuales

  • 49

    Hitos en vivo

    996 estrellas · 274 fork · Star hasta la siguiente línea

    Hitos →

Evolución de los últimos 30 días

Estrellas acumuladas

Evolución del puesto

Vecinos de ranking en el mismo tablero

← Volver a los rankings