Elastic Beanstalk deploy - ASP.NET à partir de la ligne de commande

Question

Je tente de déployer mon application MVC4 sur ELB. Le projet comporte plusieurs étapes post-construction qui rassemblent les dépendances. L'assistant de publication d'AWS SDK ne fait alors rien, il crée un package Web Deploy en arrière-plan, qui n'actionne pas ces étapes de post-construction ou ne conserve pas la structure de répertoires résultante. J'ai donc téléchargé les outils EB de la ligne de commande, j'ai travaillé avec un dépôt git, mais je ne peux pas travailler sur l'étape suivante: qu'est-ce que je pousse au serveur avec git aws.push: parce que si c'est juste les fichiers résultants, alors je Impossible de spécifier l'indicateur "Activer les applications 32 bits" (obligatoire), etc. Puis-je ensuite transférer un package de déploiement Web à partir de mon référentiel?

Je suppose, mais si oui, comment puis-je inclure les fichiers copiés dans le dossier de sortie au cours des versions "normales" par mes étapes de post-construction?

Answer 1

Nous y voilà. Cela semble aller à l'encontre de ce que disait Jim Flanagan - il s'agit d'un fichier zip, mais Jim dit que c'est le contenu.

@ Jim Flanagan - peut-être que vous pourriez commenter si vous avez un peu de temps. Merci.

Salut, merci pour contacter AWS Support Premium

Communication de l'équipe d'ingénierie Elastic Beanstalk. Lorsque vous exécutez une application ASP.NET/MVC, vous ne chargez pas l'archive de déploiement Web, mais vous poussez les artefacts au fur et à mesure que vous les déployez sur la machine. De la question de débordement de pile de clients il semble qu'ils ont déjà trouvé le repo local de git que l'assistant de déploiement VS a créé et en regardant leur devrait leur donner une bonne indication de ce qui est nécessaire dans le dépôt git.

Il n'y a pas de chemin à travers le aws.push pour spécifier ce que devrait être le paramètre "Activer l'application 32 bits" (ou tout autre paramètre de configuration). Si vous avez besoin d'un ensemble de paramètres de configuration spécifique, je suggère de créer l'environnement (via la console ou en utilisant l'outil de ligne de commande eb) qui vous permet de spécifier la configuration. Ensuite, utilisez git aws.push pour le déployer dans cet environnement, git aws.push utilisera simplement la configuration déjà présente dans l'environnement.

La dernière question sur le fait d'être encore incrémental n'est pas vraiment valable puisque vous n'êtes pas en train de pousser un gros fichier zip. Mais si vous l'étiez, il pourrait encore être incrémental en fonction de ce qui a changé dans le fichier zip, il pourrait juste envoyer un diff entre les deux versions du fichier zip. Comme la question l'indique, ce cas d'utilisation n'est pas vraiment ce que les déploiements incrémentaux ont été conçus pour aider.