Fine-Tune Your Tailored Integration
Considerations for SQL Databases
Being able to leverage an Azure database that encrypts data by default is a highly powerful security capability. It’s advisable to ensure that your Azure eCommerce platform is taking advantage of that offering. In addition, it's also possible to leverage best practices for how you're connecting to the database and how your Azure eCommerce application is configured. Ideally, the application itself is securely talking to the database and the IP address for the application pools. If you have a virtual machine connected to the Azure SQL database, the IP addresses and the connection string information must be heavily locked down.
It’s recommended to make sure that your Azure eCommerce provider isn't causing any of the above to become potential security risks. We encourage setting up and configuring the system in a way that efficiently secures the connection string information, including how the eCommerce application talks to the Azure SQL database.
We also strongly advise looking at the performance side of your Azure eCommerce SQL database. Both the SQL databases and Azure are capable of scaling up or down, and they have different forms of billing and resource allocation. It's really important to understand those alternative options because they heavily dictate what access you have to the resources that are supporting the Azure SQL database you're using.
As a Microsoft partner, the Clarity eCommerce platform is highly tuned to Azure and supports seamless interoperability. It’s also designed and architected on the .NET framework, which generally helps to significantly leverage all of the advantages the Azure hosting infrastructure has to offer. Finally, there are plentiful Azure-specific nuances where Clarity has a strong background and specializes in.
One of the most common challenges with using Azure SQL databases is how there are too many transactions trying to hit the database within a certain period of time. Azure is a cloud environment where resources are massively shared and commoditized. It's crucial, from a billing perspective, that Microsoft uses the appropriate industry standards for how they monitor and prevent overuse of resources. Whenever shared resources have a single over-consuming user, those resources are limited and won't abuse the entire system by overrunning those limits. In practice, this translates into proper planning for the required resources and a projection of possible changes in the future.
If you need a lot of resources, you need to make sure the right scalability choices are in place and that you're comfortable with how the Azure eCommerce application is using them. In other words, if it’s highly inefficient, you’d want to factor that in whenever you're looking at available Azure eCommerce applications. It's definitely possible for the Azure eCommerce database to be very incompetent with its transactions. In this case, you'd have to spend a lot more money within the Azure environment to get the resources allocated to your database, compared to a more efficient Azure SQL database. It’s something like a car with really low gas mileage. When evaluating the performance side of things, we also suggest looking at:
- The amount of transactions
- The level of caching
- How exactly the application is caching calls to the database
- Whether or not it's using Entity Framework
- Caching within any framework or another way of connecting with the database