How sensitive is connection for Azure Service Bus for Dev and Production environment

King Java 500 Reputation points
2023-11-29T00:08:33.1033333+00:00

I am trying to create a Azure Service Bus under a same Azure Subscriptions for Dev environment and for Production environment.

Initially, my company was thinking about having a separate Azure Subscriptions for Dev, but it appears that I need to create another Azure Service Bus under the same Subscriptions.

I am just curious how sensitive Azure Service Bus would be if it is under same Subscription.

Also, is it safe to create under same Resource group?

So, the concern is since there is a lot of traffics (Topic --> Subscription model) that we need to connect and get the data on a daily basis from third party's API, we are just trying to be cautious for implication.

Or is it just a matter of scheduling and speed of pulling the data that would make a difference (to prevent from crashing API data inflow)?

Where should I pay attention for performance / API failure issue?

Azure Service Bus
Azure Service Bus
An Azure service that provides cloud messaging as a service and hybrid integration.
592 questions
{count} votes

Accepted answer
  1. Luis Arias 5,981 Reputation points
    2023-11-29T10:15:07.7166667+00:00

    Hi King Java,

    A small clarification before answer you , Publish/Suscriber pattern architecture is that you will implement, where Azure service bus is the Message Broker

    Publish-subscribe pattern using a message broker https://learn.microsoft.com/en-us/azure/architecture/patterns/publisher-subscriber

    On the other hand Azure subscription is a logical container for your resources ,so It isn't a data flow there it self.

    Now going to your question you have best practice to arrange your resources either within same subscription or same resource group here some consideration to choose what you need:

    Subscription

    Resource Groups

    • Lifecycle: All the resources in your group should share the same lifecycle. You deploy, update, and delete them together If one resource, such as Service Bus, needs to exist on a different deployment cycle it could be in another resource group.
    • Organization: You decide how you want to allocate resources to resource groups based on what makes the most sense for your organization
    • Isolation: Like in subscription it's possible to have both Dev and Production environments in the same resource group, it's generally a good practice to keep them separate.

    Finally about your concern on the traffic (security and performance ), and if this third party's API is on Azure subscription you can try to integrate at network layer. Using mechanism like Azure private endpoint , Service Endpoint. this depends on the network configuration and where is this third party's API.

    Let me know if this help you.

    Cheers, Luis

    1 person found this answer helpful.
    0 comments No comments

0 additional answers

Sort by: Most helpful