Do Azure support posting data from Azure Service Bus to Azure DB?
I want to use this as a work around as I am not able to connect to Azure Service Bus because of AMPQ protocol.
On the other hand connecting to Azure DB is easy for the platform I am using.
First: You don't need to connect to the Service Bus with AMQP protocol. Service Bus support REST. It is the EventHub that supports the AMQP protocol.
How do you get a Service Bus message into a Azure SQL Database
This can be done in several ways. You can have a WebJob or a Worker Role that listen to the queue. You can also create a App Service Logic App that reads from the queue and saves the data into the database.
/dag
Apparently you can only add on-premise (locally running) data gateway for connecting a Service Bus Queue to SQL Server DB even your services run on the cloud.
Related
I am looking on using Azure Service Bus topic to publish some messages to my service. I have creted a subscription for my service and have got connection string.
My service(WebApi) is running on large number of instances (1000s). I am thinking of starting the listeners of Azure Service Bus at app start of my service using connection string in all the instances. Are there any issues in running large number of listeners(my service instances) under one Azure Service Bus subscription. I am fine with only one instance receiving the message(This is infact what I prefer).
You can checkout all limits wrt Azure Service Bus from here:
https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-quotas
I have a local machine that reads RabbitMQ queue messages.
I wish to move it to cloud. Which Azure service can be used in this case?
I went through event hubs, but I am not sure, if it would read messages from rabbitMQ continuously.
Any suggestions for the service that should be put to use.
You should take a look at Azure Service Bus. It has got FIFO queues as well as publish/subscribe capabilities. However if using Azure managed service is not a strict requirement you can use RabbitMQ on a VM (or a cluster for high availability) as well.
UPDATE: Your response means you want a managed service. There are 2 options - if you want to go with RabbitMQ but do not want to manage the infrastructure you can go for 3rd party service provider like CloudAMQP who will manage it on your behalf. The other option is to go for Cloud native messaging - meaning if you are on Azure you change your messaging service to Azure Service Bus. This would mean changing you code as well.
I would like to setup an azure web service and an azure vm that is running msmq. Can I send messages to the vm's msmq? I noticed in the documentation for msmq on azure, that sending messages with http to msmq on azure is not supported, but I thought there might be some other means of sending messages to msmq from an azure web app.
Has anyone actually set this up? If this is not possible do we need to use service bus instead?
I would suggest you to use Azure Storage Queue or Azure Service Bus Queue instead of MSMQ. But still if you want to use MSMQ on Azure Virtual Machine, you have the official documentation here.
Also, the difference between storage queue and service bus queue is here, so you can check out which one suits you the best.
I need to send the messages received in azure service bus topic/queue to common data service to create power apps.
How can i achieve this ?
Have you tried using the Service Bus connection in PowerApps?
We are looking to use Windows Azure to host our existing SaaS platform and extend our functionality and capability. WE will be taking adavantage of both the data storage and application and web service functionality of Azure.
My question is as follows:
Some of our clients will not want Public CLoud access. Since our datastore stores sensitive client data many of them will require our whole system to be hosted internally on their own network and servers.
If we setup a full Azure setup of database and connected applications and processes how difficult is it to be able to duplicate that system for a specific client on their own servers and network using existing Microsoft technologies?
I know its a vague question and I also have a liminted understanding of Azure so whatever information you can provide here would be most appreciated.
Thank you
It sounds like you need the flexibility of a hybrid cloud/on-prem solution. Likely the best solution is the Windows Azure Service Bus. Essentially, you configure a WCF web service in the cloud (SOAP, REST, etc) that performs asynchronous brokered messaging between your on-premise application and your web application. This can be performed using queue messages, for example:
The web application (cloud) requests resources from the brokering service (cloud) by sending a queue message
The service handles the queue message and makes it available to the consuming (on-prem) service
On-prem service checks for new messages from the brokering service, gets the request for data, and returns desired data from DB
On-prem service sends message to brokering service with desired data
Web app (cloud) checks for new messages from the brokering service, then uses the data from on-prem service
Service bus is secure, asynchronous, fault-tolerant, and ensures that both components are decoupled.
Another method is to use Windows Azure Connect, which is a VPN solution that sets up network-level connnectivity. I recommend Service Bus because it promotes a more robust and scalable architecture, and fault-tolerance is high.