The Azure cloud is moving fast in so many areas. Understandably, migration tools that can assist and automate the process of migrating applications to Azure are of great importance in order to encourage a move away from existing infrastructure.
Two such tools that I’ve discovered recently are the Web Apps Migration Assistant, which is detailed here, and the Data Migration Assistant, detailed here.
The Web Apps Migration Assistant will analyse your hosted IIS (and even Linux) web apps, and can migrate them (if compatible) to the Azure App Service as Web Apps.
The Data Migration Assistant targets SQL Servers and analyses them for migration to Azure SQL Database. This tool does not perform the migration, instead it highlights the incompatibilities that exist and suggests remedial action, this could include preparing fixes as Transact-SQL scripts. Tools such as SSMS or SQLPackage.exe can be used to migrate the database to Azure, a good overview of this process is here and a deeper discussion of the process is mentioned in this SQL CAT blog. Of course, you may want to determine if your database is even suitable for running in Azure and tools exist such as this one to help size the database prior to migration.
These two tools could help fast-track your move to the cloud, and whilst some effort will still be required, they remove much of the manual effort that was previously required in shifting your applications and databases to Azure.
Showing posts with label App Service. Show all posts
Showing posts with label App Service. Show all posts
Friday, 31 March 2017
Monday, 12 September 2016
How to enable PHP extensions by adding modules to an Azure Web App
Using Azure, you can easily deploy a Web App (a website) that uses PHP.
An additional step that you may be required to perform is to enable additional PHP extensions that contain modules your PHP code uses.
For example, if you need to add the php_sockets.dll to the Web App, you would follow these steps:
Once you save the application settings, you can run phpinfo() to check that the new extension has been loaded.
See this post for more details and an alternative method.
An additional step that you may be required to perform is to enable additional PHP extensions that contain modules your PHP code uses.
For example, if you need to add the php_sockets.dll to the Web App, you would follow these steps:
- Obtain the extension dll, one way to do this is to download the correct PHP installation for windows from here
- Extract the PHP zip file and open the ext directory, locate the required dll file(s)
- Add FTP credentials to your Web App and log into your Web App using an FTP client
- Add a bin directory to the root directory here: D:\home\site\wwwroot
- Copy the dll files to the bin directory
- In Azure click on AppServices->"MyPHPWebApp"->Settings->Application Settings
- Under App Settings, create a PHP_EXTENSIONS key and add a value which is a relative path to the extension dll in the root directory, e.g. bin\php_sockets.dll
Once you save the application settings, you can run phpinfo() to check that the new extension has been loaded.
See this post for more details and an alternative method.
Labels:
add,
App Service,
Azure,
enable,
extensions,
modules,
PHP,
Web App
Monday, 5 September 2016
Buying an SSL certificate for a single custom sub-domain in Azure
The process of buying an SSL certificate in Azure is relatively simple and well-documented via the App Service Certificates option in Azure.
However, I recently had to buy an SSL certificate for a specific custom sub-domain and found the process and advice to be somewhat confusing prior to committing to the purchase. This article states:
Therefore, this post will help you if you're in a similar situation as follows:
However, I recently had to buy an SSL certificate for a specific custom sub-domain and found the process and advice to be somewhat confusing prior to committing to the purchase. This article states:
Make sure to enter correct host name (custom domain) that you want to protect with this certificate. DO NOT append the Host name with WWW. For example, if your custom domain name is www.contoso.com then just enter contoso.com in the Host Name field, the certificate in question will protect both www and root domains.This information is specifically aimed at those who are creating a website certificate for the www sub-domain. In terms of a custom sub-domain you shouldn't follow the same advice.
Therefore, this post will help you if you're in a similar situation as follows:
- You've deployed an Azure App Service Web App to Azure, e.g. mywebapp.azurewebsites.net
- You own a custom domain, e.g. necloud.uk
- You've associated a sub-domain such as mywebapp.necloud.uk to mywebapp.azurewebsites.net
Then purchase the SSL Certificate as follows:
- Log into Azure->App Service Certificates->Add
- Here's the catch... under the "Naked Domain Host Name" field, enter the full sub-domain, e.g. mywebapp.necloud.uk, i,.e. DO NOT enter just necloud.uk unless you specifically want a wild card certificate.
- Once purchased, you can add the certificate to your sub-domain via Azure->App Service->mywebapp->SSL certificates->Import App Service Certificates
Labels:
App Service,
Azure,
buying,
certificate,
configuring,
custom,
domain,
SSL,
sub-domain,
Web App
Subscribe to:
Posts (Atom)

