Commande de lancement golang personnalisée sur Azure Web App
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_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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

OpenSSL, en tant que bibliothèque open source largement utilisée dans les communications sécurisées, fournit des algorithmes de chiffrement, des clés et des fonctions de gestion des certificats. Cependant, il existe des vulnérabilités de sécurité connues dans sa version historique, dont certaines sont extrêmement nocives. Cet article se concentrera sur les vulnérabilités et les mesures de réponse communes pour OpenSSL dans Debian Systems. DebianopenSSL CONNUTS Vulnérabilités: OpenSSL a connu plusieurs vulnérabilités graves, telles que: la vulnérabilité des saignements cardiaques (CVE-2014-0160): cette vulnérabilité affecte OpenSSL 1.0.1 à 1.0.1F et 1.0.2 à 1.0.2 Versions bêta. Un attaquant peut utiliser cette vulnérabilité à des informations sensibles en lecture non autorisées sur le serveur, y compris les clés de chiffrement, etc.

L'article explique comment utiliser l'outil PPROF pour analyser les performances GO, notamment l'activation du profilage, la collecte de données et l'identification des goulots d'étranglement communs comme le processeur et les problèmes de mémoire. COMMANDE: 159

L'article traite des tests d'unité d'écriture dans GO, couvrant les meilleures pratiques, des techniques de moquerie et des outils pour une gestion efficace des tests.

Problème de threading de file d'attente dans Go Crawler Colly explore le problème de l'utilisation de la bibliothèque Crawler Crawler dans le langage Go, les développeurs rencontrent souvent des problèmes avec les threads et les files d'attente de demande. � ...

La bibliothèque utilisée pour le fonctionnement du numéro de point flottante dans le langage go présente comment s'assurer que la précision est ...

L'article traite de la commande GO FMT dans GO Programming, qui formate le code pour adhérer aux directives de style officiel. Il met en évidence l'importance de GO FMT pour maintenir la cohérence du code, la lisibilité et la réduction des débats de style. Meilleures pratiques pour

Cet article présente une variété de méthodes et d'outils pour surveiller les bases de données PostgreSQL sous le système Debian, vous aidant à saisir pleinement la surveillance des performances de la base de données. 1. Utilisez PostgreSQL pour reprendre la surveillance Afficher PostgreSQL lui-même offre plusieurs vues pour surveiller les activités de la base de données: PG_STAT_ACTIVITY: affiche les activités de la base de données en temps réel, y compris les connexions, les requêtes, les transactions et autres informations. PG_STAT_REPLIcation: surveille l'état de réplication, en particulier adapté aux grappes de réplication de flux. PG_STAT_DATABASE: Fournit des statistiques de base de données, telles que la taille de la base de données, les temps de validation / recul des transactions et d'autres indicateurs clés. 2. Utilisez l'outil d'analyse de journaux pgbadg

Chemin d'apprentissage du backend: le parcours d'exploration du front-end à l'arrière-end en tant que débutant back-end qui se transforme du développement frontal, vous avez déjà la base de Nodejs, ...
