Benutzerdefinierter Golang-Startbefehl in Azure Web App

php-Editor Strawberry stellt Ihnen heute den benutzerdefinierten Golang-Startbefehl in Azure Web App vor. Azure Web App ist ein verwalteter Clouddienst, der Entwicklern hilft, Webanwendungen einfach bereitzustellen und zu skalieren. Golang ist eine effiziente Programmiersprache, die schnell, zuverlässig und prägnant ist. Durch die Anpassung von Golang-Startbefehlen können Entwickler den Startvorgang von Webanwendungen besser steuern und personalisiertere Funktionen erreichen. In diesem Artikel wird ausführlich beschrieben, wie benutzerdefinierte Golang-Startbefehle in Azure Web App konfiguriert und verwendet werden, um Entwicklern dabei zu helfen, diese Funktion besser zu nutzen.

Frageninhalt

Ich versuche, eine Go-Web-App mit GitHub-Aktionen für den Azure App Service bereitzustellen. Die gesamte Bereitstellung ist erfolgreich, bis die Anwendung mithilfe von azure/webapps-deploy@v2 bereitgestellt werden muss.

Um herauszufinden, wo das Problem lag, habe ich eine einfache „Hallo Welt“-Testanwendung erstellt. Stellen Sie einfach diese sehr einfache Anwendung bereit und schon kann es losgehen. Beim Versuch, die Testanwendung bereitzustellen, ist mir jedoch etwas aufgefallen:

• Die App wird komplett auf Azure neu erstellt, anstatt eine ausführbare Datei zum Ausführen zu verwenden. Meine vorherige Bereitstellungsdatei sah so aus:

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

Bei dieser Bereitstellung gibt es kein Problem. Codebasisanwendungen werden in Azure Web Apps eingespeist. Wenn ich im letzten Schritt versuche, die ausführbare Datei zu verwenden, schlägt die Bereitstellung fehl. Natürlich verfügt die Azure Web App über ein benutzerdefiniertes Feld zum Festlegen des Startbefehls. Ich habe versucht, es auf ./main zu setzen, um die ausführbare Datei beim Start auszuführen, aber das ist immer noch fehlgeschlagen.

with:
          app-name: ${{ env.azure_webapp_name }}
          slot-name: 'production'
          publish-profile: ${{ secrets.azureappservice_publishprofile }}
          package: main

Wenn ich mit go build main.go eine Go-App auf meinem lokalen Rechner erstelle und dann go build main.go 在我的本地计算机上构建 go 应用程序，然后执行 ./main ausführe, läuft die App ohne Probleme.

• Da ich die ausführbare Datei aus dem vorherigen Schritt nicht einfach ausführen konnte, habe ich beschlossen, ein Rollback durchzuführen und Azure App Service die Go-App unverändert ausführen zu lassen. Wenn dies der Fall ist, ist der gesamte Build-Schritt nicht mehr erforderlich und Sie können den Code einfach an einen Azure-Webdienst übertragen. So:

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

Obwohl die gesamte Codebasis gepusht werden muss, funktioniert es immer noch großartig. In unserer Produktionsanwendung befindet sich die Datei main.go aus strukturellen Gründen jedoch nicht im Stammverzeichnis. Um dieses Verhalten nachzuahmen, habe ich die Datei main.go im Verzeichnis /cmd abgelegt. Die Bereitstellung der Azure-Web-App ist erneut fehlgeschlagen. Man kann vermuten, dass dies daran liegt, dass Azure die Datei main.go nicht finden kann. Ich möchte den Startbefehl erneut verwenden, diesmal jedoch mit go 运行 cmd/main.go. Leider funktioniert das auch nicht.

Azure-Web-Apps zeigen alles, was beim Ausführen der Pipeline erstellt wird:

Irgendwelche Vorschläge? Was fehlt mir hier?

Gibt es eine Lösung, wie man die im vorherigen Schritt erstellte ausführbare Datei in die Azure-Web-App hochlädt und dort ausführt?

Workaround

Zuerst sollten Sie eine Umgebungsvariable in Ihrer Azure-Web-App festlegen: website_run_from_package 到 1. Dadurch wird verhindert, dass der Build erneut auf Azure ausgeführt wird. Von diesem Moment an sollten Sie in der Lage sein, vorgefertigte ausführbare Dateien hochzuladen.

Ich musste auch den Startbefehl einrichten, um meine spezifische ausführbare Datei auszuführen.

Danach sehe ich Folgendes in den Protokollen für 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)

Version erscheint glibc_2.34 是因为该应用程序是使用 ubuntu-latest 在管道中构建的。这是 ubuntu-22.04，其中有 glibc_2.35 但要运行的 azure 计算机没有此版本。使用 ubuntu-20.04 版本 glibc_2.31 Perfekt erstellen und ausführen.

Das obige ist der detaillierte Inhalt vonBenutzerdefinierter Golang-Startbefehl in Azure Web App. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!