This application is intended to demonstrate the basics of using Dapr to build a microservices application. It is the demo project for the Pluralsight Dapr 1 Fundamentals course, by Mark Heath.
This version of the code is using Dapr 1.6
The recommended way for running locally is to use self-hosted mode (option 1). I have also managed to get it running in Docker Compose, although that option has not been tested so much.
Prerequisites: You need to have the Dapr CLI installed, as well as Docker installed (e.g. Docker Desktop for Windows), and to have set up dapr in self-hosted mode with dapr init
And in order to use the email sending feature, you'll want a local container running maildev, which you can start using: docker run -p 1080:80 -p 1025:25 maildev/maildev
. If you need a dummy credit card number to place an order you can use 4242424242424242
or 5555555555554444
Open three terminal windows. In the frontend
folder run start-self-hosted.ps1
. Do the same in the catalog
and ordering
folders. The ports used are specified in the PowerShell start up scripts. The frontend app will be available at http://localhost:5266/
. The catalog service will be at http://localhost:5016/swagger/index.html
, and the ordering service at http://localhost:5293/swagger/index.html
You can view Zipkin traces at http://localhost:9411/zipkin/?
You can see the emails sent by the ordering service using maildev on: http://localhost:1080/#/
In same folder as the docker-compose.yml
file, run docker-compose build
then docker-compose up
. The frontend service will be at https://localhost:5001
.
Note: The Docker Compose version has its own components folder, as the relative path of the local secrets is different, and redis is not on localhost.
You will be able to access Zipkin traces on: http://localhost:9412/zipkin/
You can see the emails sent by the ordering service using maildev on: http://localhost:1080/#/
Set the startup project to Docker Compose. If you've used option 1, make sure the other Docker Compose containers are removed or there will be a name conflict. The frontend service will be at https://localhost:5001
. The catalog service will be at http://localhost:5003/swagger/index.html
, and the ordering service at http://localhost:5004/swagger/index.html
.
You will be able to access Zipkin traces on: http://localhost:9412/zipkin/
- The frontend microservice is a simple ASP.NET Core 6 website. It allows visitors to browse the catalog of events, and place an order for tickets
- The catalog microservice provides the list of events that tickets can be purchased for. To keep this demo as simple as possible, the catalog microservice returns a hard-coded in-memory list. Created with
dotnet new webapi -o catalog --no-https
(no https because we're going to rely on dapr for securing communication between microservices). A dapr cron job calls a scheduled endpoint on this. - The ordering microservice takes new orders. It receives the order via pub-sub messaging. It sends an email to thank the user for purchasing. A dapr output
The aks-deploy.ps1
PowerShell script shows the steps needed to deploy this to Azure. Don't run this directly. You'll need the Azure CLI installed, and you'll also need to pick unique resource names that are available. The script includes example commands you can use to check it's all working as expected.
You need to change the name of the subscription you will use plus create a unique name for storage account and service bus. Also you need to change these names in the component configurations to match the choosen names. Otherwise the application will fail at runtime with messages it can not find the resources specified.