We are also using Databricks.

Compared to Databricks, Azure Stream Analytics is clear and the stream management and the queue management of the stream, the enrichment of the data analytics capability of the stream, these features are very good.

The Databricks user interface and the programming and control are better than the Azure Stream Analytics. I need to make a lot of configurations here. The control and the Azure database is a totally different service in and of itself. It is built on Sparx and Huawei, and the programming languages, and writing the jobs are better than Stream Analytics. 

Databricks works with Python providing more capabilities and flexibilities than Azure Stream Analytics.

I'm now an analyst, so I don't use the products per se, however, prior to this, I have used Azure Streaming Analytics quite a lot. Currently, I'm working a bit on Databricks Spark Streaming. These two are, I would say, what I have used personally.

I have also worked with Apache Airflow. We choose to use Azure Stream Analytics because we wanted to access the realtime compliancy of our product. 

If your application crashes, you can incur a data loss. We wanted to check proactively so that our system is maintained and fixed soon after that crash happens. We wanted to assess the utilization of the system and create dashboards in order to visualize those compliancy checks.

I also use Microsoft Fabric.

Since transitioning from our email-only solution, we have been able to set the interval that we use to retrieve logs from the devices.

We did not use a similar product before this one for the same purpose. The company has been using Azure since before I joined, although they had used AWS for other tasks. At this company, I have not had the opportunity to work on AWS.

We went with it because we had it. We had the opportunity to use it and started to do so. Before that, we had several areas where we wanted to improve our status. This is a tool we can check with from Microsoft and, for now, it is good for us.

The most important criteria when selecting a vendor is that the product is user-friendly. A lot of tools that are rated highly in industry reviews have complicated configurations. We would like something which is friendly enough for its administrator to use, to configure. Another criterion is price. We look for solutions we can afford. We read a lot of free white papers and try to find partners that have favorable write-ups. We use the software and do a phone conference where we can discuss further questions which are important to us.