Adios
Applications et API · offres à partir de $10/mois

Déployer Go.Exécutez le binaire compilé.

Compilez un service Go à partir du dépôt, lancez le binaire de production, vérifiez son endpoint de contrôle de santé et promouvez la version exacte que vous avez examinée.

Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios

Version candidate

Go

Opérationnel

SOURCE

Git

REGION

de

ROUTE

HTTPS

01Source reçue

02Compilation terminée

03Environnement d’exécution démarré

04Vérification de santé réussie

Route promue en production

production.adios.run

Une mise en production adaptée à

Modules GoBinaires compilésAPI HTTPWorkersWebSockets

Le parcours de mise en production

Même opérationnel, un projet Go doit être mis en production en toute sécurité.

L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.

Conservez votre méthode de compilation Go

Utilisez les modules Go et la même commande go build qu’en CI. L’artefact de mise en production est un petit binaire, sans nécessiter une seconde définition du projet propre au fournisseur.

Promouvoir la version dont les contrôles de santé réussissent

Configurez le service pour écouter sur le port déclaré, exposez une route légère de contrôle de santé et examinez les échecs de démarrage ou de requête avant d’attribuer la route de production à la version candidate.

Relier la production au code source

Les résultats de compilation, les journaux d’exécution, l’état de santé, les secrets, les domaines et la version promue restent associés au projet au lieu d’être dispersés entre des outils indépendants.

Du code source à la mise en production

Trois étapes vous permettent de vérifier le parcours de déploiement.

Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.

  1. 01

    Commencer par la source ou un modèle

    Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.

    $adios login
  2. 02

    Revoir le contrat de déploiement

    Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.

    $git diff -- adios.yaml
  3. 03

    Déployer et inspecter le résultat

    Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.

    $adios up
adios.yaml
Votre projet
name: orders-api
build_cmd: go build -o /app/server ./cmd/server
start_cmd: /app/server

runtime:
  name: go@1.25
  port: 8080
  health_path: /healthz
Adaptez le chemin du package, le nom du binaire, le port et la route de contrôle de santé à votre service.

Points de départ déployables

Démarrer Go à partir d'un modèle lorsque le dépôt n'est pas prêt.

Partez d’un projet Gin, Chi ou Fiber qui inclut déjà un point d’entrée de production et un contrat d’exécution Adios.

Projets de démarrage d’API

Go Gin

Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.

GoModules Go
Clé du modèle
go-gin
Environnement d’exécution
go
Dépôt
template-go-gin
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-go-gin.git
cd template-go-gin
adios up

Projets de démarrage d’API

Go Chi

Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.

GoModules Go
Clé du modèle
go-chi
Environnement d’exécution
go
Dépôt
template-go-chi
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
adios up

Projets de démarrage d’API

Go Echo

Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.

GoModules Go
Clé du modèle
go-echo
Environnement d’exécution
go
Dépôt
template-go-echo
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-go-echo.git
cd template-go-echo
adios up

Projets de démarrage d’API

Go Fiber

Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.

GoModules Go
Clé du modèle
go-fiber
Environnement d’exécution
go
Dépôt
template-go-fiber
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-go-fiber.git
cd template-go-fiber
adios up

Projets de démarrage d’API

Go Beego

Projets de démarrage Gin, Chi, Echo, Fiber et Beego avec des binaires compilés pour la production.

GoModules Go
Clé du modèle
go-beego
Environnement d’exécution
go
Dépôt
template-go-beego
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-go-beego.git
cd template-go-beego
adios up

Avant production

Vérifier la charge de travail.Puis promouvez la version en production.

Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.

Prêt quand...

  • go build succeeds from a clean checkout.
  • Le binaire écoute sur l'hôte et le port configurés.
  • La route de contrôle de santé ne dépend pas de traitements facultatifs en aval.
  • Les identifiants d'exécution proviennent de secrets ou de variables d'environnement.

Prévisualiser quand...

  • La compilation utilise des bibliothèques CGO ou du système d'exploitation.
  • Le service nécessite une base de données, une file d’attente ou une dépendance sur un réseau privé.
  • L’arrêt propre des processus ou les connexions de longue durée nécessitent des tests de charge.

Les réponses à vos questions

Ce qu’il faut savoir avant de déployer Go.

Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.

Adios peut-il déployer un projet Go existant ?

Oui. Exécutez la CLI Adios depuis la racine du projet, conservez votre dépôt et vos fichiers de dépendances et ajoutez un fichier adios.yaml décrivant la compilation de production, la commande de démarrage, le port et le chemin de contrôle de santé.

Ai-je besoin de Docker pour déployer Go ?

Pas pour un environnement d’exécution standard pris en charge. Utilisez les commandes de production habituelles du projet dans adios.yaml. Si la compilation nécessite des packages système inhabituels ou des bibliothèques natives, vérifiez ces dépendances dans un aperçu avant la promotion en production.

Quels frameworks Go disposent de modèles Adios ?

Le catalogue actuel inclut des modèles Gin, Chi, Echo, Fiber et Beego. Les services utilisant simplement net/http peuvent employer le même contrat d’exécution Go sans adopter de framework.

Un worker Go peut-il fonctionner sans site web public ?

Oui. Utilisez une commande de démarrage persistante pour le worker et définissez des contrôles de santé adaptés à ce processus. Vérifiez la connectivité à la file d’attente et la gestion de l’arrêt dans un aperçu.

Que se passe-t-il si la compilation ou le contrôle de santé échoue ?

La version candidate conserve ses résultats de compilation et d’exécution pour vérification. Ses contrôles de santé doivent réussir avant sa promotion comme version desservant la route de l’application.

Puis-je partir d’un modèle plutôt que d’un dépôt existant ?

Oui. Cette page référence les modèles Adios officiels les plus proches pour Go. Examinez la variante exacte du code source, déployez-la dans la console ou clonez-la localement et exécutez adios up.

La première version

Déployer Go avec le code source et les éléments de vérification associés.

Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.