•  21-09-2019
  •  | 
  •  

Question

Vous savez, la prochaine chose "grand" et "enterprisey" de Microsoft.

Est-ce juste moi, ou est-ce vraiment à peine pour les humains? Les principaux faits saillants sont (OMI):

  • syntaxe Absolument cryptique (juste pour -skip:objectName=filePath,absolutePath=App_Offline.* de sauter App_Offline.html)
  • Manifest comme pensée après
  • Le manque de documentation complète
  • Pas un mot sur l'extensibilité (sauf pour plusieurs postes de blog là-bas). De plus, toutes ces extensions développées dans les grandes douleurs doivent être enregistrés dans GAC et Registre
  • waaay trop bas niveau (métadonnées / metakey, le tout IIS jazz)
  • Pas d'intégration avec MSBuild

Certes, MSDeploy et MSDeployAgent sont assez puissants, mais ont-ils besoin vraiment être que complexe pour des tâches relativement simples?

Était-ce utile?

La solution

Je partage aussi vos frustrations sur le manque de documentation et la nature apparente faible niveau de cet outil.

Cependant ce que MS a fait est de créer enfin un outil gratuit avec lequel vous pouvez réellement les déploiements de serveurs ensemble de scripts, y compris les adresses de paramétrage, configurations, etc. C'est malheureusement une chose très compliquée à faire - étant donné le nombre de bits de configuration vont réellement dans un serveur Web -. ce qui est probablement la meilleure façon de le faire tout

Ce que nous avons besoin est maintenant une interface graphique vraiment bon qui peut aider à construire ces paquets et des scripts, etc. L'interface graphique qui est intégré dans IIS est bon - mais encore une fois, à court d'explication - si bientôt je l'espère que ce sera adressée.

Du côté fonctionnel, j'utilise au moment de déployer un site de dev -> mise en scène -> en direct avec des paramètres pour modifier les adresses IP liées etc. Je suis profondément frustré qu'il a fallu moi quelques jours pour tout travail - je cependant maintenant, je peux supprimer beaucoup de peut-être d'une erreur humaine du côté du support informatique - qui sont responsables de nos déploiements. J'ai maintenant que la configuration de mon serveur intermédiaire maître à se soucier -. Et peut être sûr que tous les serveurs de la batterie Web seront conservés en synchronisation chaque fois que je déploie

Comme Sayed mentionne, ainsi, il y a des tâches MSBuild en 2010 (la fonction de déploiement de site est maintenant mis en œuvre à l'aide msdeploy) pour travailler avec ce - qui apporte aussi la possibilité d'un véritable environnement d'intégration continue à VSTeamSystem - ayant une construction d'équipe qui peuvent réellement effectuer un déploiement Web complet comme sa dernière étape est très excitant (et effrayant, accordé!).

Autres conseils

En fait, il y a des tâches MSBuild pour MSDeploy. Ils seront livrés avec 4 .NET / Visual Studio 2010.

Bien qu'un peu rugueux sur les bords, je suis venu à aimer MSDeploy un peu. L'utiliser pour synchroniser des serveurs Web dans une ferme est très utile car il est efficace (seulement des changements de copies) et prend en charge les paramètres IIS réels en plus des fichiers de contenu. Il semble que MSDeploy est un bloc de construction pour divers scénarios et utilisations. En outre, comme mentionné précédemment, il y a une tâche MSBuild pour MSDeploy dans .NET 4. J'ai profité de cette tâche MSBuild de rendre le déploiement de mes applications web de TeamCity trivialement facile. J'ai blogué ici ici:

Web Deploy (MS Déploiement) à partir TeamCity - http: // www.geekytidbits.com/web-deploy-ms-deploy-from-teamcity/

Je l'ai récemment commencé à mettre en œuvre un pipeline de déploiement et je trouve ci-dessous des liens très utiles:

Aussi j'utilisé ces références:

  • Vidéo sur MSBuild sur dnrtv.com
  • Microsoft Press livre intitulé " A l'intérieur du moteur Microsoft® Construire: Utilisation de la Fondation MSBuild et Team Build" que vous pouvez acheter la version PDF de Oreilly

Enfin, le livre « de livraison en continu », m'a donné de bonnes idées sur la ligne de conduite de déploiement, bien que le livre ne se concentre pas sur MSDeploy, mais il vaut vraiment la peine de lire.

La déclaration de la documentation est typique d'un produit MSFT 1.0, malheureusement MSDN ne sont plus dédiés développeurs ingénieurs technologie pour combler les lacunes --- au lieu, il y a une foi aveugle que le web lui fournira.

Je suis en train de considérer dépoussiérer mes compétences en écriture et écrire un ebook court sur lui car il y a probablement un marché pour cela ....

Msdeploy a certainement une touche de PowerShell à lui: le pouvoir sur la simplicité plutôt que pire est meilleur .

Il n'y a pas d'alternative Windows, cependant vous pouvez hybrident certains de ses pouvoirs pour faire des déploiements automatisés. Par exemple:

  • Compiler votre solution avec l'équipe et la ville msbuild
  • Utilisez msdeploy pour transformer votre site et web.configs sur le serveur de build
  • FTP manuellement un fichier ZIP de votre site (il ne supporte pas FTP)
    • Vous pouvez également utiliser ses capacités de Déployez à distance. Cela nécessite le port 8172 ouvert, beaucoup de changements de sécurité et pour autant que je sache équilibrer aucune concession pour la charge
  • Utilisez msdeploy sur le site en direct pour synchroniser les modifications

En tant qu'outil, il est clairement destiné aux fournisseurs de services car il est un énorme couteau de l'armée suisse. Vous pouvez faire toutes sortes de choses à IIS avec elle, qui pour la plupart sont plus de tuer pour les petites entreprises. Je n'ai aucune expérience de grande échelle IIS configurations alors peut-être que ce où il brille.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top