l'éditeur php Strawberry vous présentera aujourd'hui la commande de démarrage golang personnalisée sur Azure Web App. Azure Web App est un service cloud géré qui aide les développeurs à déployer et à mettre à l'échelle facilement des applications Web. Golang est un langage de programmation efficace, rapide, fiable et concis. En personnalisant les commandes de démarrage de Golang, les développeurs peuvent mieux contrôler le processus de démarrage des applications Web et obtenir des fonctions plus personnalisées. Cet article présentera en détail comment configurer et utiliser les commandes de démarrage golang personnalisées sur Azure Web App pour aider les développeurs à mieux utiliser cette fonctionnalité.
J'essaie de déployer une application Web Go avec des actions github sur le service d'application Azure. L'ensemble du déploiement réussit jusqu'à ce que l'application doive être déployée à l'aide de azure/webapps-deploy@v2
.
Pour voir quel était le problème, j'ai créé une simple application de test "hello world". Déployez simplement cette application très simple et vous êtes prêt à partir. Cependant, en essayant de déployer l'application de test, j'ai remarqué quelque chose :
name: go deployment on: push: branches: [ "master" ] pull_request: branches: [ "master" ] jobs: build: runs-on: ubuntu-latest environment: production steps: # checkout the repo - uses: actions/checkout@master # setup go - name: setup go uses: actions/setup-go@v3 with: go-version: '1.20' - run: go version # install dependencies - name: go build working-directory: . run: | go build - name: upload artifact for deployment job uses: actions/upload-artifact@v3 with: name: go-app path: . deploy: runs-on: ubuntu-latest needs: build environment: name: 'production' url: ${{ steps.deploy-to-webapp.outputs.webapp-url }} steps: - name: download artifact from build job uses: actions/download-artifact@v3 with: name: go-app - name: 'deploy to azure web app' id: deploy-to-webapp uses: azure/webapps-deploy@v2 with: app-name: ${{ env.azure_webapp_name }} slot-name: 'production' publish-profile: ${{ secrets.azureappservice_publishprofile }} package: .
Il n'y a aucun problème avec ce déploiement. Les applications de base de code sont introduites dans Azure Web Apps. Lorsque j'essaie d'utiliser l'exécutable à la dernière étape, le déploiement échoue. Bien entendu, Azure Web App dispose d’un champ personnalisé pour définir la commande de lancement. J'ai essayé de le régler sur ./main
pour exécuter l'exécutable au démarrage, mais cela a toujours échoué.
with: app-name: ${{ env.azure_webapp_name }} slot-name: 'production' publish-profile: ${{ secrets.azureappservice_publishprofile }} package: main
Lors de la création d'une application go sur ma machine locale à l'aide de go build main.go
, puis de l'exécution de go build main.go
在我的本地计算机上构建 go 应用程序,然后执行 ./main
, l'application s'exécute sans problème.
name: Go on: push: branches: [ "master" ] pull_request: branches: [ "master" ] jobs: build: runs-on: ubuntu-latest environment: name: 'Production' url: ${{ steps.deploy-to-webapp.outputs.webapp-url }} steps: # checkout the repo - uses: actions/checkout@master - name: 'Deploy to Azure Web App' id: deploy-to-webapp uses: azure/webapps-deploy@v2 with: app-name: ${{ env.AZURE_WEBAPP_NAME }} slot-name: 'Production' publish-profile: ${{ secrets.AZUREAPPSERVICE_PUBLISHPROFILE }} package: .
Même s'il faut pousser l'intégralité de la base de code, cela fonctionne toujours très bien. Cependant, dans notre application de production, pour des raisons structurelles, le fichier main.go ne se trouve pas dans le répertoire racine. Pour imiter ce comportement, j'ai placé le fichier main.go dans le répertoire /cmd. Le déploiement de l'application Web Azure a de nouveau échoué. On peut deviner que cela peut être dû au fait qu’Azure ne parvient pas à trouver le fichier main.go. Je souhaite utiliser à nouveau la commande de lancement, mais cette fois en utilisant go 运行 cmd/main.go
. Malheureusement, cela ne fonctionne pas non plus.
Les applications Web Azure affichent tout ce qui est construit lors de l'exécution du pipeline :
Des suggestions ? Qu'est-ce que j'oublie ici?
Existe-t-il une solution pour télécharger l'exécutable créé à l'étape précédente vers l'application Web Azure et y exécuter l'exécutable ?
Tout d'abord, vous devez définir une variable d'environnement dans votre application Web Azure : website_run_from_package
到 1
. Cela empêche la build de s’exécuter à nouveau sur Azure. À partir de ce moment, vous devriez pouvoir télécharger des exécutables prédéfinis.
J'ai également dû configurer la commande de lancement pour exécuter mon exécutable spécifique.
Après avoir fait cela, je vois ce qui suit dans les journaux pour https://appname- here.scm.azurewebsites.net/api/logstream
2023-04-26T17:20:12.596331026Z Detecting platforms... 2023-04-26T17:20:12.805572634Z Could not detect any platform in the source directory. 2023-04-26T17:20:15.792565274Z Running /home/site/wwwroot/go-test now 2023-04-26T17:20:15.928193597Z /home/site/wwwroot/go-test: /lib/x86_64-linux-gnu/libc.so.6: version 'GLIBC_2.32' not found (required by /home/site/wwwroot/go-test) 2023-04-26T17:20:15.934491135Z /home/site/wwwroot/go-test: /lib/x86_64-linux-gnu/libc.so.6: version 'GLIBC_2.34' not found (required by /home/site/wwwroot/go-test)
La version apparaît glibc_2.34
是因为该应用程序是使用 ubuntu-latest 在管道中构建的。这是 ubuntu-22.04,其中有 glibc_2.35
但要运行的 azure 计算机没有此版本。使用 ubuntu-20.04
版本 glibc_2.31
Construisez et fonctionne parfaitement.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!