Bereitstellung einer Go Gin App auf Leapcell
Falls die untenstehende Lösung Ihr Problem nicht behebt, können Sie unserer Leapcell Discord Community beitreten, um weitere Unterstützung zu erhalten.
Stellen Sie Ihre Go-App mit dem Gin Framework mit wenigen Schritten schnell auf Leapcell bereit. Verwenden Sie unsere Beispiel-App oder Ihre eigene.
Sie benötigen ein GitHub-Konto, um fortzufahren. Wenn Sie noch keines haben, können Sie es auf der GitHub-Website erstellen.
1. Forken Sie das Gin-Beispiel auf GitHub.
Repo: Gin example
Hier ist die main.go
-Datei aus diesem Repo, die aus den offiziellen Gin-Dokumenten übernommen wurde:
package main
import "github.com/gin-gonic/gin"
func main() {
r := gin.Default()
r.GET("/ping", func(c *gin.Context) {
c.JSON(200, gin.H{
"message": "hello leapcell",
})
})
r.Run() // listen and serve on 0.0.0.0:8080
}
2. Erstellen Sie einen Service im Leapcell Dashboard und verbinden Sie Ihr neues Repo.
Gehen Sie zum Leapcell Dashboard und klicken Sie auf die Schaltfläche New Service.
Wählen Sie auf der Seite "New Service" das Repository aus, das Sie gerade geforkt haben.
Um auf Ihre Repositories zuzugreifen, müssen Sie Leapcell mit Ihrem GitHub-Konto verbinden.
Folgen Sie diesen Anweisungen, um eine Verbindung zu GitHub herzustellen.
Sobald die Verbindung hergestellt ist, werden Ihre Repositories in der Liste angezeigt.
3. Geben Sie die folgenden Werte während der Erstellung an:
Feld | Wert |
---|---|
Runtime | Go (Beliebige Version) |
Build Command | go mod tidy && go build -tags netgo -ldflags '-s -w' -o app |
Start Command | ./app |
Port | 8080 |
Geben Sie diese Werte in die entsprechenden Felder ein.
4. Zugriff auf Ihre App:
Nach der Bereitstellung sollten Sie eine URL wie foo-bar.leapcell.dev
auf der Deployment-Seite sehen. Besuchen Sie die auf der Service-Seite angezeigte Domain.
Das Gin-Beispiel stellt einen /ping
-Endpunkt bereit, sodass Sie ihn testen können, indem Sie foo-bar.leapcell.dev/ping
besuchen.
Kontinuierliche Bereitstellungen
Jeder Push in den verknüpften Branch löst automatisch einen Build und eine Bereitstellung aus. Fehlgeschlagene Builds werden sicher abgebrochen, sodass die aktuelle Version bis zur nächsten erfolgreichen Bereitstellung ausgeführt wird.
Erfahren Sie mehr über Continuous Deployments.