Skip to content
ITCamp 2019 presentation solution
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.


Type Name Latest commit message Commit time
Failed to load latest commit information.

Serverless Robo Restaurant Build status License: MIT

ITCamp 2019 presentation solution



Sample solution to highlight Azure Durable Functions concepts, advantages and disatvantages.

This solution models a simplified, theoretical version of a restaurant with focus on the main workfllows that support the "business". Through this scenario, the following concepts were showcased:

  • client, orchestrator and activity funcitons
  • function chaining
  • fan out/fan in
  • monitor
  • sub-orchestration
  • durable timer
  • sending and listening for external events
  • eternal orchestrations
  • singleton orchestrations
  • call activity function with a timeout
  • error handling
  • logging
  • unit testing


High level architecture

This is high level architecture of the solution. It comprised of the following main modules:

  • ClientAPI - several HTTP endpoints with which the clients interact with the restaurant
  • BackofficeAPI - several HTTP endpoints for accessing internal restaurant data
  • Restaurant - implements the main restaurant workflows and logic, being the main focus of this sample solution

Key features and workflows of the solution:

  • a restaurant must have a stock of ingredients
  • a restaurant must have a menu with dishes, which are made from a recipe with several chained steps, and with several ingredients
  • a restaurant must be able to accept orders
  • a restaurant must regulary check its inventory and order low quantity ingredients to replenish stock
  • a restaurant must prepare an order, by checking all required ingredients available quantities, ordering them fast if they are not sufficient, cooking the recipes, step by step and delivering the items

Run locally


Debugging / running

  • clone the code
  • start the CosmosDB emulator
  • make sure that all 3 function projects (ClientAPI, BackofficeAPI and Restaurant) have a valid local.settings.json file (sample below)
  • if you want some starting sample data, run the DemoDataSeeder console app (but make sure you provide valid values for the Endpoint and Key constants at the beginning of the Program.cs file)
  • select the functions project you want to run and make it the startup project
  • hit F5 and have fun!

For testing orchestrators separately, I have created a HTTP starter function for them in Debug builds.

Sample local.setting.json

  "IsEncrypted": false,
  "Values": {
    "AzureWebJobsStorage": "UseDevelopmentStorage=true",
    "AzureWebJobsDashboard": "UseDevelopmentStorage=true",
    "CosmosDbEndpoint": "https://localhost:8081",
    "CosmosDbKey": "C2y6yDjf5/R+ob0N8A7Cgv30VRDJIWEHLM+4QDU5DE2nQ9nDuVTqobD4b8mGGyPMbIZnqyMsEcaGQy67XIw/Jw==", // don't worry, this is just the emulator key :)
    "CosmosDbConnection": "AccountEndpoint=https://localhost:8081/;AccountKey=C2y6yDjf5/R+ob0N8A7Cgv30VRDJIWEHLM+4QDU5DE2nQ9nDuVTqobD4b8mGGyPMbIZnqyMsEcaGQy67XIw/Jw==", // will probably construct it from the above 2 in future revisions
    "APPINSIGHTS_INSTRUMENTATIONKEY": "[your app insights instrumentation key]"

Run on Azure

[Comming soon]

You can’t perform that action at this time.