We have a ASP.NET MVC web application configured to use ACS and deployed on the Windows Azure.
The application has all ACS settings like realm in the web.config file.
Is it possible to have all ACS settings or at least realm setting in the Windows Azure cloud service configuration file? so that it can be modified directly from the portal at any time and there is no need to re-deploy the application?
Any help on this will be appreciated.
Yes. Vittorio describes a solution in his blog post at http://www.cloudidentity.com/blog/2011/05/31/EDIT-AND-APPLY-NEW-WIF-S-CONFIG-SETTINGS-IN-YOUR-WINDOWS-AZURE-WEBROLE-WITHOUT-REDEPLOYING/.
Related
We have a dotnet core 3.1 console application. It is deployed to on-premise Windows server. There is some sensitive information that we would like to keep in Azure Key Vault. However, instead of accessing Key Vault directly, we would like to access it via App Configuration service.
https://learn.microsoft.com/en-us/azure/architecture/solution-ideas/articles/appconfig-key-vault
Above article mentions that any application can use Azure App Configuration (under Potential use cases).
Does "any" include application hosted outside of Azure? If so, can you share high level steps on how to access App Configuration service from dotnet core app that is not running in Azure.
it seems that any means any, looks like the steps remains the same as long as the connection string to config services work, i'll do some testing with quick start material and let you know..
Best!
I'm looking to host a CMS-driven ASP.NET web application using Azure cloud services.
I'm new to Azure but have successfully managed to configure a basic Visual Studio project and publish it to an Azure web role from Visual Studio.
The application I'm building will have a very specific configuration where the IIS default web site will itself contain multiple IIS applications, each configured with physical path pointing to the same directory as the main website.
So what I'd like to know is, can this kind of setup be configured within the Visual Studio project. If so, can anyone explain how? If not, how can I ensure that my auto-scaling web roles all adopt the correct IIS configfuration?
By using the Sites element within the service definition file, ServiceDefinition.csdef, you can configure your web role to support multiple websites and web applications. This is accomplished using the sites, applications, and virtual directories features in Internet Information Services (IIS) 7.0. These features enable each web role in Azure to support configuration for multiple websites and applications.
Reference: https://msdn.microsoft.com/en-us/library/azure/gg433110.aspx
Hope this helps.
-Nithin
We have a Windows Azure cloud service application i.e. ASP.NET MVC web application which is hosted on production slot and uses SSL , it also has ACS configured on it.
I want to deploy the same application on the Staging slot of the cloud service where we have this GUID.cloudapp.net.
Is it possible that, when my application is running in the staging slot it will refer to another web.config and when I will swap the deployment to the production slot then the application should refer another web.config?
Why I want to do this is because I have ACS configured on my application whose settings are defined in the web.config file e.g. realm.
Any feedback on this will be appreciated.
I have managed this by modifying the web.config on Role start method.
More information at - ACS settings in Windows Azure cscfg
I'm about to migrate several separate ASP.NET 4.0 Web Forms applications to Azure. Several are apps using SQL Server 2008. I'm seeing "conflicting" tutorials for this:
Deploying an ASP.NET Web Application to a Windows Azure Web Site and SQL Database
vs
Deploying an ASP.NET Web Application to a Windows Azure Cloud Service and SQL Database
This StackOverflow question goes some way towards explaining this. However, there have been several changes to Azure in recent months and I'm not sure how up to date the information is.
I want as simple a migration process as possible because of the number of sites I have to migrate. Is there a situation where I would have to use the Cloud Service route?
Aside from what the linked-to answer provides: You have to go the Cloud Service route if there are apps you need to install (e.g. an MSI, COM object, etc.). There's simply no facility to do this with Web Sites. In Web Sites, you cannot alter the VM instance at all. With Cloud Services, you have lots of flexibility to install software, alter IIS behavior, pretty much anything you need to do (as long as the installs can be automated).
One point which can be very valuable if you consider migration of ASP.NET 4.0 Web Forms applications - Microsoft Azure Websites do no support SSL for custom domains yet. That might be a blocker for your migration work to the Websites service.
Note that Windows Azure is very dynamic environment with great number of new features coming every new release. In order to be up-to-date I would suggest following ScottGu's Blog to find out about new features and their release dates.
EDIT
Windows Azure Website supports SSL for custom domains now. SSL Certificates and SSL bindings can be configured in Configure tab.
You can also read more about SSL configuration for Azure Website at Configuring an SSL certificate for a Windows Azure web site.
I want to rely on Windows Identity foundation for my web site and web services authentication. Is ACS available for Windows Server? Do I have to rely on Azure or can I run it at my hosting environment?
The functional equivalent of ACS on-premises is ADFS (Active Directory Federation Services). Look at V2. It is a component of the OS.
I say "equivalent" because it is an STS, but there's no parity between ACS and ADFS. Some things are the same, but not everything.