Food Totem is a web API (gateway) application that controls the customer orders and kitchen workflow. It receives orders from customers and sends them to the kitchen with endpoints. It also validates the JWT token of the user to approve the requests. The application is built with C#. It uses a MySQL and MongoDB databases to store the orders and the kitchen status. The application image is available on Docker Hub.

• .NET 6.0 or above
• Docker
• Kubernetes
• Terraform

You can check the repositories of the microsservices on the links below. Start all of them before run this project:

• JWT Lambda - Deploy the lambda to AWS to use his API Gateway as authorization url.
• Food Totem Demand
• Food Totem Payment
• Food Totem Catalog

In docker-compose.yaml file on infra/local folder, set the JWT Issuer Signing Key and the AuthorizationUrl. Both should be equal to the used on JWT Lambda. Then, you can run on the root folder:

make run-services

The following services and addresses will be available:

Make sure that the ports 3000 to 3003 are available before running the services.

The Food Totem is written following the Clean Architecture and Microservices. At this point, the communication is centered on the Food Totem API and uses HTTP requests to get information between services. On the future months, it will apply the SAGA pattern to add resilience. By now, this is the service design:

Simplified architecture diagram:

The Food Totem base service is provided by a load balancer with a public IP, while the other services are internal to the VPC. The base service performs JWT authentication and authorizes requests using the generated token. All requests are directed to the microservices that best serve them. Communication between microservices is done through messages in queues in RabbitMQ, and all notifications to clients are done via email, using the Mailtrap mock.

Food Totem uses RabbitMQ as his coreographer to send messages between services. This choice was made considering the simplicity of implementation and also the few scenarios that needed to be covered by the messages. The messages are sent to queues for every event that happens on the system. The messages are sent to the queues and the services are listening to them as follow:

Since this is a study project and the main goal is to learn about software architecture with low or no cost, the customer notification is made by email using Mailtrap. This service uses a fake inbox to receive the emails and show them on the web interface. The email is sent by the Food Totem API when the order is updated. The email is sent to the customer with the order status.