Dois-je utiliser Windows Management Service ou Remote Agent Service pour publier sur un serveur distant?

Question

J'ai un serveur web distant sur lequel j'ai un accès administrateur complet, et je veux déployer un site web. Lorsque j'utilise l'outil Publier de Visual Studio, entre autres choses qui me semblent un peu moins pratiques (FTP, etc.), j'ai la possibilité d'utiliser Windows Management Service ou Remote Agent Service. Toute la documentation dit est ceci:

Pour publier à distance via distance Agent Service , utilisez http://RemoteComputerName. Cette option est généralement utilisée pour déployer une application Web à l'intérieur d'un réseau (dans un scénario intranet ). Vous devez disposer des autorisations appropriées pour effectuer le déploiement sur le serveur de destination.

Pour publier sur un site d'hébergement en utilisant Service de gestion Windows, utilisez la valeur qui est spécifiée par le fournisseur d'hébergement . Vous pouvez généralement utiliser juste un nom de serveur (de HostedRemoteServer) ou une URL complète qui comprend un serveur de noms , un numéro de port, et le Web Déployer le nom du gestionnaire (https://HostedRemoteServer:8172/MsDeploy.axd). Le fournisseur d'hébergement peut vous indiquer le nom du serveur et le numéro de port , le cas échéant.

Ce n'est pas assez d'informations pour moi de décider, cependant. Oui, je ne publie pas sur un réseau, mais j'ai un accès complet sur la machine sur laquelle je suis déployé. Dans le même temps, MsDeploy est la grande chose de fantaisie que Scott Hanselman décrit in his talk et que j'ai été convaincue comme étant la manière géniale de déployer.

Alors, que dois-je faire? Y a-t-il des considérations de sécurité obscures ou quoi que ce soit?

Answer 1

Je recommande d'emprunter la route du service de gestion. En plus des fonctions msdeploy, la fonctionnalité Service de gestion vous permet d'administrer à distance IIS 7/7.5 à partir de votre machine. Avec tous vos serveurs IIS dans une console, vous pouvez facilement exporter une application sur une machine et l'importer sur une autre.

Il semble que l'implémentation msdeploy la plus sophistiquée d'une perspective de provisionnement de sécurité et d'une perspective de configuration. Le gestionnaire IIS vous permet de configurer facilement les détails autour du point de terminaison (certificat SSL, port, etc.). Eh bien ... cela est vrai sur IIS 7/7.5 sur Windows 2008 et R2, mais pas sur Windows Vista ou 7. Pour une raison étrange, il n'y a pas d'interface utilisateur pour les paramètres de gestion Web sur les SKU non-serveur.

L'agent est fondamentalement un serveur Web autonome sans les capacités d'autorisation au niveau de l'utilisateur. C'est pourquoi il faut que la personne effectuant le déploiement à distance dispose des privilèges d'administration sur la machine cible. Cela ressemble à une implémentation plus simple, en métal nu. Étant donné que vous avez déjà IIS en charge HTTP/HTTPS et que l'implémentation HTTP d'IIS a des optimisations au niveau du noyau, vous ne gagnez rien en allant sur la route de l'agent. Si vous voulez administrer Windows 2008 ou R2 à partir de Windows Vista/7, installez-le sur votre poste de travail: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=32c54c37-7530-4fc0-bd20-177a3e5330b7 ... c'était la cerise sur le gâteau pour moi.