Azure / Azure/azure-functions-host
Add ability to register Service Bus plugins
- Dominant language
- C#
- Stars
- 2k
- Forks
- 482
- Avg merge
- 2d 10h
- Merged PRs (30d)
- 36
Description
Azure Service Bus .NET Standard client supports [plugins registration](https://github.com/Azure/azure-service-bus-dotnet-plugins) for incoming and outgoing pipeline customizations. Already existing plugings are:
- [Message ID](https://github.com/Azure/azure-service-bus-dotnet-plugins/blob/dev/src/Microsoft.Azure.ServiceBus.MessageIdPlugin/readme.md) (to follow message ID conventions or for de-duplication)
- [Attachments](https://github.com/SeanFeldman/ServiceBus.AttachmentPlugin/) (claim check)
- [Compression](https://www.nuget.org/packages/servicebus.compressionplugin) (reduce payload size)
Service Bus customers can implement and plug their own plugins to satisfy encryption requierments and other aspects internal to their business. By allowing plugins registration via trigger configuration API, the code normally distributed with the functions would be reduced to a package reference. This will allow Functions authors focus on the logic and not the miscelanious aspects.
Also raised on UserVoice. Please 👍 this issue (and optionally [up-vote on UserVoice](https://feedback.azure.com/forums/355860-azure-functions/suggestions/33587827-add-ability-to-register-service-bus-plugins)) if would like to see this implemented.
Contributor guide
Research direction
Start by reviewing the Service Bus trigger configuration API and the linked Azure Service Bus plugin documentation. The work is complete when customers can register incoming and outgoing Service Bus plugins through trigger configuration, reducing custom function code to a package reference.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, csharp
- Domain
- api, backend, cloud
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100