Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
App Service est un service de plateforme de calcul entièrement managé optimisé pour l’hébergement de sites web évolutifs et d’applications web. Cet article fournit des informations sur la façon de déplacer une application existante vers Azure App Service, des modifications à prendre en compte et des ressources supplémentaires pour le déplacement vers le cloud. La plupart des sites web ASP.NET (Webforms, MVC) et les services (API web, WCF) peuvent passer directement à Azure App Service sans modification. Certains peuvent avoir besoin de modifications mineures, tandis que d’autres peuvent avoir besoin d’une refactorisation.
Prêt à commencer ? Publiez votre application ASP.NET + SQL sur Azure App Service.
Considérations
Ressources locales (y compris SQL Server)
Vérifiez l’accès aux ressources locales, car vous devrez peut-être les migrer ou les modifier. Voici les options permettant d’atténuer l’accès aux ressources locales :
- Créez un VPN connectant App Service à des ressources locales à l’aide de réseaux virtuels Azure.
- Exposez en toute sécurité les services locaux au cloud sans modifier le pare-feu à l’aide d’Azure Relay.
- Migrez des dépendances telles qu’une base de données SQL vers Azure.
- Utilisez des offres platform-as-a-service dans le cloud pour réduire les dépendances. Par exemple, au lieu de se connecter à un serveur de messagerie local, envisagez d’utiliser SendGrid.
Liaisons de port
Azure App Service prend en charge le port 80 pour HTTP et le port 443 pour le trafic HTTPS.
Les liaisons suivantes sont prises en charge pour WCF :
| Reliure | Remarques |
|---|---|
BasicHttp |
|
WSHttp |
|
WSDualHttpBinding |
La prise en charge des sockets web doit être activée. |
NetHttpBinding |
La prise en charge des sockets web doit être activée pour les contrats duplex. |
NetHttpsBinding |
La prise en charge des sockets web doit être activée pour les contrats duplex. |
BasicHttpContextBinding |
|
WebHttpBinding |
|
WSHttpContextBinding |
Authentification
Azure App Service prend en charge l’authentification anonyme par défaut et l’authentification par formulaire lorsque cela est prévu. L’authentification Windows peut être utilisée uniquement en intégrant Azure Active Directory et ADFS. En savoir plus sur l’intégration de vos répertoires locaux à Azure Active Directory.
Assemblys dans le GAC (Global Assembly Cache)
Cela n’est pas pris en charge. Envisagez de copier les assemblys requis dans le dossier \bin de l’application. Les fichiers .msi personnalisés installés sur le serveur (par exemple, les générateurs PDF) ne peuvent pas être utilisés.
Paramètres IIS
Tous les éléments traditionnellement configurés via applicationHost.config dans votre application peuvent désormais être configurés via le portail Azure. Cela s’applique à appPool bitness, enable/disable WebSockets, managed pipeline version, .NET Framework version (2.0/4.0), et ainsi de suite. Pour modifier les paramètres de votre application, accédez au portail Azure, ouvrez le panneau de votre application web, puis sélectionnez l’onglet Paramètres de l’application.
Mode de compatibilité IIS5
Le mode de compatibilité IIS5 n’est pas pris en charge. Dans Azure App Service, chaque application web et toutes les applications sous lesquelles elle s’exécutent dans le même processus de travail avec un ensemble spécifique de pools d’applications.
Conformité du schéma IIS7+
Certains éléments et attributs ne sont pas définis dans le schéma IIS Azure App Service. Si vous rencontrez des problèmes, envisagez d’utiliser des transformations XDT.
Pool d’applications unique par site
Dans Azure App Service, chaque application web et toutes les applications sous celle-ci s’exécutent dans le même pool d’applications. Envisagez d’établir un pool d’applications unique avec des paramètres courants ou de créer une application web distincte pour chaque application.
Composants COM et COM+
Azure App Service n’autorise pas l’inscription de composants COM sur la plateforme. Si votre application utilise des composants COM, ceux-ci doivent être réécrits dans du code managé et déployés avec le site ou l’application.
Répertoires physiques
Azure App Service n’autorise pas l’accès au lecteur physique. Vous devrez peut-être utiliser Azure Files pour accéder aux fichiers via SMB. Le Stockage Blob Azure peut stocker des fichiers pour l’accès via HTTPS.
Filtres ISAPI
Azure App Service peut prendre en charge l’utilisation de filtres ISAPI. Toutefois, la DLL ISAPI doit être déployée avec votre site et inscrite via web.config.
Liaisons HTTPS et SSL
Les liaisons HTTPS ne sont pas migrées, ni les certificats SSL associés à vos sites web. Toutefois, les certificats SSL peuvent être chargés manuellement une fois la migration de site terminée.
SharePoint et FrontPage
Les extensions serveur SharePoint et FrontPage (FPSE) ne sont pas prises en charge.
Taille du site web
Les sites gratuits ont une limite de taille de 1 Go de contenu. Si votre site est supérieur à 1 Go, vous devez effectuer une mise à niveau vers une référence SKU payante. Voir la tarification de l'App Service.
Taille de la base de données
Pour les bases de données SQL Server, consultez la tarification actuelle de SQL Database.
Intégration d’Azure Active Directory (AAD)
AAD ne fonctionne pas avec les applications gratuites. Pour utiliser AAD, vous devez mettre à niveau la référence SKU de l’application. Voir la tarification de l'App Service.
Surveillance et diagnostics
Vos solutions locales actuelles pour la supervision et les diagnostics sont peu susceptibles de fonctionner dans le cloud. Toutefois, Azure fournit des outils pour la journalisation, la surveillance et les diagnostics afin de pouvoir identifier et déboguer des problèmes avec des applications web. Vous pouvez facilement activer les diagnostics pour votre application web dans sa configuration et afficher les journaux enregistrés dans Azure Application Insights. En savoir plus sur l’activation de la journalisation des diagnostics pour les applications web.
Chaînes de connexion et paramètres d’application
Envisagez d’utiliser Azure KeyVault, un service qui stocke en toute sécurité les informations sensibles utilisées dans votre application. Vous pouvez également stocker ces données en tant que paramètre App Service.
Système de noms de domaine (DNS)
Vous devrez peut-être mettre à jour les configurations DNS en fonction des exigences de votre application. Ces paramètres DNS peuvent être configurés dans les paramètres de domaine personnalisé App Service.
Azure App Service avec des conteneurs Windows
Si votre application ne peut pas être migrée directement vers App Service, envisagez App Service à l’aide de conteneurs Windows, ce qui permet l’utilisation du GAC, des composants COM, des MSIs, un accès total aux API .NET FX, DirectX, etc.
Voir aussi
Collaborer avec nous sur GitHub
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner les problèmes et les demandes de tirage. Pour plus d’informations, consultez notre guide du contributeur.
