Déployer des applications basées sur le .NET Framework

  • Article

Cet article décrit les considérations importantes pour le déploiement d’applications basées sur le .NET Framework.

Version d’origine du produit : .NET Framework
Numéro de la base de connaissances d’origine : 818016

Résumé

Cet article fait partie d’une série d’articles qui fournissent des informations détaillées pour les applications basées sur le .NET Framework.

Les articles de cette série incluent également les articles suivants :

Créer le fichier Web.Config pour une application ASP.NET

Le fichier Web.config est un fichier XML qui contient des paramètres spécifiques à l’application qui remplacent les valeurs système par défaut. Bien que la plupart des applications ASP basées sur le .NET Framework soient déployées avec un fichier Web.config , le fichier Web.config est facultatif. Vous devrez peut-être créer un fichier Web.config pour remplacer les paramètres par défaut application par application.

Pour plus d’informations sur la création d’un fichier Web.config pour une application qui n’en a pas encore, consultez Comment modifier la configuration d’une application ASP.NET.

Modifier la configuration d’une application ASP.NET

Tous les systèmes sur lesquels le .NET Framework a été déployé ont des paramètres de configuration de ASP.NET à l’échelle du système qui sont définis dans l’élément <system.web> du fichier Machine.config . Vous pouvez modifier ces paramètres (souvent, vous devez modifier ces paramètres) application par application.

Pour plus d’informations sur la façon de remplacer les paramètres de configuration par défaut du .NET Framework pour une application spécifique, consultez Comment modifier la configuration d’une application ASP.NET.

Déterminer si un système client répond à la configuration minimale requise pour l’installation du .NET Framework

Avant de pouvoir déployer des applications basées sur le .NET Framework sur un système client, ce système doit avoir des composants logiciels et des correctifs spécifiques installés. La plupart des systèmes clients répondent aux exigences. Toutefois, vous devrez peut-être vérifier manuellement qu’un système spécifique est prêt à recevoir le redistribuable .NET Framework.

Déterminer si un système serveur répond à la configuration minimale requise pour l’installation du .NET Framework

Avant de pouvoir déployer des applications basées sur le .NET Framework sur un serveur, des composants logiciels et des correctifs spécifiques doivent être installés sur le serveur. La plupart des systèmes serveur répondent aux exigences. Toutefois, vous devrez peut-être vérifier manuellement qu’un système spécifique est prêt à recevoir le redistribuable .NET Framework.

Activer et désactiver de manière sélective ASP.NET fonctionnalité dans IIS

Lorsque .NET Framework est installé sur un ordinateur serveur exécutant Internet Information Services (IIS), ASP.NET est automatiquement activé pour les serveurs virtuels. Toutefois, vous ne souhaiterez peut-être pas cette configuration. À mesure que les nouvelles applications web ASP basées sur le .NET Framework sont déployées sur un ordinateur serveur exécutant IIS 5.0, vous pouvez contrôler quels serveurs virtuels et répertoires prennent en charge les ASP.NET et ceux qui ne le prennent pas en charge.

Pour plus d’informations sur l’activation et la désactivation des fonctionnalités ASP.NET pour les serveurs virtuels et les répertoires dans IIS 5.0, consultez how to : Selectively Enable or Disable ASP.NET Functionality in IIS.

Configurer des messages d’erreur personnalisés pour une application ASP.NET

De nombreux sites modifient le message d’erreur IIS par défaut pour afficher une page conviviale ou pour avertir un administrateur. Lorsqu’un ordinateur serveur exécutant IIS 5.0 a des messages d’erreur personnalisés et qu’une application web ASP basée sur .NET Framework est déployée sur cet ordinateur serveur, les erreurs dans l’application ASP.NET n’utilisent pas les messages d’erreur personnalisés IIS 5.0, sauf si l’application est configurée pour le faire.

Pour plus d’informations sur la configuration des messages d’erreur personnalisés pour les applications ASP basées sur le .NET Framework, consultez How To Create Custom Error Reporting Pages in ASP.NET Using Visual Basic .NET.

Définir des paramètres de configuration spécifiques à l’application et à un répertoire dans une application ASP.NET

La façon la plus courante de remplacer les valeurs système par défaut pour l’ensemble d’une application ASP.NET consiste à créer ou modifier un fichier Web.config pour cette application. Toutefois, les modifications de configuration doivent souvent s’appliquer uniquement à des fichiers ou dossiers spécifiques dans une application. Il existe deux façons de limiter l’étendue des modifications de configuration :

Configurer la gestion de l’état de session pour les applications ASP.NET

ASP.NET dispose de nouvelles fonctionnalités pour la gestion de l’état de session. Les paramètres d’état de session dans ASP.NET sont configurés via le fichier Web.config d’une application ASP.NET. Plusieurs options de gestion de l’état des sessions sont disponibles dans ASP.NET. Ces options incluent le mode (inproc, State Server, SQL Server), la gestion de l’état sans cookie, le serveur d’état en mode hors processus et les paramètres de port.

Pour plus d’informations sur ASP.NET gestion de l’état de session, consultez ASP.NET État de session.

Créer et déployer un package de déploiement de stratégie de sécurité .NET

Le .NET Framework introduit une stratégie de sécurité. La stratégie de sécurité est une nouvelle façon de contrôler les ressources auxquelles une application peut accéder sur un système. Il définit l’autorisation d’une application en fonction de l’emplacement ou de la source de l’application. En tant qu’administrateur, vous pouvez contrôler la stratégie de sécurité ordinateur par ordinateur. Toutefois, vous pouvez utiliser des packages de déploiement comme méthode plus évolutive pour déployer et gérer des stratégies de sécurité dans des environnements Active Directory.

Migrer une application web ASP vers ASP.NET tout en conservant les noms de fichiers existants

ASP.NET offre de nombreux avantages par rapport à l’environnement de script ASP 3.0 antérieur. Plus précisément, les applications ASP basées sur le .NET Framework offrent des performances, une scalabilité et une fiabilité améliorées. Par conséquent, de nombreuses nouvelles applications ASP basées sur le .NET Framework sont en fait des mises à niveau vers des applications ASP 3.0 existantes.

L’un des défis de la mise à niveau d’une application d’ASP 3.0 vers ASP.NET est que les deux environnements utilisent des extensions de nom de fichier différentes. Par défaut, ASP 3.0 utilise .asp extensions de nom de fichier. Toutefois, ASP.NET utilise .aspx extensions de nom de fichier. Bien que les différentes extensions de nom de fichier permettent aux deux applications d’être situées dans un seul dossier, elles nécessitent la modification des signets et des liens hypertexte avant que l’application ASP 3.0 ne soit mise hors connexion.

Configurer une application ASP.NET pour utiliser les mêmes authentification et autorisation qu’une application web ASP existante

ASP.NET comprend des systèmes d’authentification et d’autorisation plus flexibles et sophistiqués qu’ASP 3.0. Par défaut, vous pouvez utiliser uniquement Authentification Windows pour authentifier les applications ASP 3.0. En outre, vous pouvez contrôler l’autorisation uniquement à l’aide des autorisations de fichier NTFS.

ASP.NET prend en charge Authentification Windows et peut emprunter l’identité de l’utilisateur final de la même façon qu’ASP 3.0. Toutefois, par défaut, ce paramètre n’est pas activé.

Déployer une application web ASP.NET à l’aide du déploiement XCopy

Vous pouvez déployer votre application web ASP.NET à l’aide de l’utilitaire en ligne de commande MS-DOS xcopy . Toutefois, il est judicieux de déployer votre projet au lieu d’utiliser xcopy. Comme avec la commande Copier le projet, xcopy n’inscrit ni ne vérifie l’emplacement des assemblys. En outre, pour les projets web, xcopy ne configure pas automatiquement les paramètres d’annuaire IIS.

Pour plus d’informations, consultez Guide pratique pour déployer une application web ASP.NET à l’aide du déploiement Xcopy.

Configurer plusieurs serveurs ASP.NET applications web et services web

Pour la plupart des utilisations de ASP.NET, un seul serveur peut gérer rapidement toutes les requêtes. Toutefois, de nombreux environnements doivent déployer plusieurs serveurs pour gérer des volumes de trafic constamment élevés, prendre en charge les applications gourmandes en processeur, répondre aux pics soudains du trafic ou répondre aux exigences de redondance.

References

Pour plus d’informations sur le déploiement d’applications basées sur le .NET Framework et sur l’interopérabilité .NET, visitez les sites web Microsoft suivants :