A new engine for Durable Functions. https://microsoft.github.io/durabletask-netherite
Перейти к файлу
Sebastian Burckhardt d955ed0420
Update README.md
2021-06-24 17:34:00 -07:00
samples/Hello Update sample to use 0.4.0-alpha 2021-06-24 13:41:29 -07:00
src update version to 0.4.0-alpha 2021-06-24 05:56:50 -07:00
test fix warning 2021-06-22 17:04:01 -07:00
.editorconfig initial commit. 2020-10-29 15:01:29 -07:00
.gitignore remove NuGet.config 2021-02-03 12:35:33 -08:00
Contributing.md follow legal guidance 2020-11-16 13:55:52 -08:00
DurableTask.Netherite.sln consolidate and reorganize performance tests, add scripts for automatic deployment, running, and results collection (#50) 2021-06-14 12:32:12 -07:00
LICENSE.txt follow legal guidance 2020-11-16 13:55:52 -08:00
README.md Update README.md 2021-06-24 17:34:00 -07:00
azure-pipelines.yml Fix test configuration (#40) 2021-05-07 09:39:51 -07:00
sign.snk initial commit. 2020-10-29 15:01:29 -07:00

README.md

Netherite

Netherite is a distributed workflow execution engine for Durable Functions (DF) and the Durable Task Framework (DTFx).

It is of potential interest to anyone developing applications on those platforms who has an appetite for performance, scalability, and reliability.

As Netherite is intended to be a drop-in backend replacement, it does not modify the application API. Existing DF and DTFx applications can switch to this backend with little effort.

Getting Started

To get started, you can either try out the sample, or take an existing DF app and switch it to the Netherite backend. You can also read our documentation.

The hello sample. For a quick start, take a look at hello sample. We included scripts that make it easy to build, run, and deploy this application. Also, this sample is a great starting point for creating your own projects.

Configure an existing DF app to use Netherite. If you have a .NET Durable Functions application already, and want to configure it to use Netherite as the backend, do the following:

  • Add the NuGet package Microsoft.Azure.DurableTask.Netherite.AzureFunctions to your functions project.
  • Create an EventHubs namespace. You can do this in the Azure portal, or using the Azure CLI.
  • Configure EventHubsConnection with the connection string for the Event Hubs namespace. You can do this using an environment variable, or with a function app configuration settings.
  • Optionally, update the host.json to tweak the settings for Netherite.

Why a new engine?

The default Azure Storage engine stores messages in Azure Storage queues and instance states in Azure Storage tables. It executes large numbers of small storage accesses. For example, executing a single orchestration with three activities may require a total of 4 dequeue operations, 3 enqueue operations, 4 table reads, and 4 table writes. Thus, the overall throughput quickly becomes limited by how many I/O operations Azure Storage allows per second.

To achieve better performance, Netherite represents queues and partition states differently, to improve batching:

  • Partitions communicate via ordered, persistent event streams, over EventHubs.
  • The state of a partition is stored using a combination of an immutable log and checkpoints, in Azure PageBlobs.

For some other considerations about how to choose the engine, see the documentation.

Status

The current version of Netherite is 0.4.0-alpha. Netherite already support almost all of the DT and DF APIs. However, there are still some limitations that we plan to address in the near future, before moving to beta status:

  • Supported hosted plans. Consumption plan is not supported yet, and auto-scaling only works on Elastic Premium plans so far.
  • Query Performance. We have not quite completed our implementation of a FASTER index to speed up queries that are enumerating or purging instance states.
  • Stability. We do not recommend using Netherite in a production environment yet; although we have found and fixed many bugs already, we need more testing before moving to beta status. Any help from the community is greatly appreciated!

Contributing

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.

Security

Microsoft takes the security of our software products and services seriously, which includes Microsoft, Azure, DotNet, AspNet, Xamarin, and our GitHub organizations.

If you believe you have found a security vulnerability in any Microsoft-owned repository that meets Microsoft's Microsoft's definition of a security vulnerability, please report it to us at the Microsoft Security Response Center (MSRC) at https://msrc.microsoft.com/create-report. Do not report security vulnerabilities through GitHub issues.

Trademarks

This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.