Maison  >  Article  >  développement back-end  >  Commande de lancement golang personnalisée sur Azure Web App

Commande de lancement golang personnalisée sur Azure Web App

王林
王林avant
2024-02-09 12:03:081008parcourir

Azure Web App 上的自定义 golang 启动命令

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é.

Contenu de la question

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 :

  • L'application est entièrement reconstruite sur Azure au lieu d'utiliser un exécutable pour s'exécuter. Mon fichier de déploiement précédent ressemblait à ceci :
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.

  • Comme je ne pouvais pas simplement exécuter l'exécutable de l'étape précédente, j'ai décidé de revenir en arrière et de laisser Azure App Service exécuter l'application go telle quelle. Si tel est le cas, toute l’étape de construction n’est plus nécessaire et vous pouvez simplement transmettre le code à un service Web Azure. Comme ça :
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 ?

Solution de contournement

Tout d'abord, vous devez définir une variable d'environnement dans votre application Web Azure : website_run_from_package1. 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.31Construisez 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!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer