You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The work we did to replace Storage Queues with Azure Service Bus (ASB) was interrupted because it included replacing Azure Functions with in-process command handlers in Events using Wolverine. We ran into the problem that the Events API's outbound IP differs from the Functions app's outbound IP, which would break subscribers that firewall on IP — both for outbound event delivery and for subscription-validation webhook calls.
This issue tracks completing the ASB transition while keeping subscriber-facing webhook calls (outbound delivery, subscription validation) on Azure Functions until subscribers can whitelist the main Events API's IP instead. Registration and inbound have no subscriber-facing HTTP call and move fully in-process.
Not in scope here (tracked separately, later)
Removing drained Storage Queues and the corresponding legacy Events.Functions once their queues are fully drained.
Description
The work we did to replace Storage Queues with Azure Service Bus (ASB) was interrupted because it included replacing Azure Functions with in-process command handlers in Events using Wolverine. We ran into the problem that the Events API's outbound IP differs from the Functions app's outbound IP, which would break subscribers that firewall on IP — both for outbound event delivery and for subscription-validation webhook calls.
This issue tracks completing the ASB transition while keeping subscriber-facing webhook calls (outbound delivery, subscription validation) on Azure Functions until subscribers can whitelist the main Events API's IP instead. Registration and inbound have no subscriber-facing HTTP call and move fully in-process.
Not in scope here (tracked separately, later)
Events.Functionsonce their queues are fully drained.Events.Functionsproject once it's retired.