Daniel,
The Azure Webapp service does support publishing via FTP, but it gives you access to the entire publishing area and has no support for specifying access to a specific folder.
What is recommended to do in this your scenario is to create two Webapp services:
- Your main app.azurewebsites.net
- Your solution outsourced.azurewebsites.net
And then you organize your addresses with subdomains.
- www.dominioprincipal.com.br
- solucaoterceirizada.dominioprincipal.com.br
Now, to meet something like dominioprincipal.com.br/solucaoterceirizada
, only if the third party sends you the sources, you can do the merge of the two applications and rise in a single hosting.
But because it’s outsourced, I prefer the first scenario, so the outsourced solution - which, theoretically, you don’t have control over the way it was developed - will run under a host independent of the main one. So, if she has a problem and falls, she will not drop along with the main app. And vice versa.
Gypsy, Azure Webapp implement SIM FTP on their websites. Posts can be made via FTP, Webdeploy or Continuous Deployment from VSTS, Github, Dropbox, Onedrive, etc. Here’s an example of Publication in Azure via FTP
– Thiago Lunardi
@Thiagolunardi Thanks for the link. I updated the reply.
– Leonel Sanches da Silva
Cool, Gypsy, I took the downvote. However, the automatic settings also work when deploying via FTP. Visual Studio first builds the release build, applies all the *.config pre-build and transformation settings, creates a publishable package, and climbs up that package via FTP. The process is really WORSE - I don’t like it -, but the final product that is delivered is exactly the same as Webdeploy.
– Thiago Lunardi
@Thiagolunardi Almost. The automatic migration header of the Entity Framework is placed by the Publish interface. You can put manual too. I didn’t want to go too deep on this answer because it comes out of the question’s purpose. I just commented because of the tag, which is like ASP.NET MVC.
– Leonel Sanches da Silva