Blog · Poradniki wdrożeń

Jak wdrożyć aplikację Go Fiber w 2026: jedno polecenie, HTTPS i Dockerfile, który zostaje u ciebie

Zespół Pethost · 10 października 2026 · Zaktualizowano 25 października 2026 · 7 min czytania

Masz aplikację Fiber, która odpowiada na localhost:3000, i chcesz ją mieć pod publicznym adresem z HTTPS. Na Pethost to jedno polecenie, pethost deploy, uruchomione w katalogu z go.mod. Samo pisze za ciebie Dockerfile, buduje program i wypisuje jego adres. Hello world Fibera za pierwszym razem zbudował się i uruchomił w 45 sekund, a za drugim w 3 sekundy.

Czego potrzebujesz, żeby wdrożyć aplikację Fiber w 2026

Trzech rzeczy: aplikacji, polecenia pethost i konta Pethost.

Aplikacja to tutaj hello world Fibera: go mod init my-api, go get github.com/gofiber/fiber/v3 i ten main.go:

package main

import (
	"log"

	"github.com/gofiber/fiber/v3"
)

func main() {
	// Initialize a new Fiber app
	app := fiber.New()

	// Define a route for the GET method on the root path '/'
	app.Get("/", func(c fiber.Ctx) error {
		// Send a string response to the client
		return c.SendString("Hello, World 👋!")
	})

	// Start the server on port 3000
	log.Fatal(app.Listen(":3000"))
}

Polecenie to jeden program, instalowany jedną linią. Wszystkie jego polecenia są w dokumentacji CLI.

curl -fsSL https://pethost.dev/install.sh | sh      # macOS, Linux
irm https://pethost.dev/install.ps1 | iex           # Windows, in PowerShell

Konto potrzebuje planu. Gdy trzeba się zalogować, pethost deploy otwiera przeglądarkę i cię loguje. Jeśli nie masz jeszcze planu, pokazuje, gdzie go wybrać, i czeka.

Wdróż aplikację Fiber jednym poleceniem

Przejdź do katalogu z go.mod i uruchom pethost deploy. Oto cały ekran dla hello world:

$ cd my-api
$ pethost deploy
Name it [my-api]:    it will live at https://my-api.sam.pethost.app
✓ Packed 3 files, 5 KB
✓ Uploaded straight to your machine
✗ /compose.yaml: the project directory has no compose.yaml at its root: add one
✓ Go program detected, wrote Dockerfile.
✓ Packed 4 files, 5 KB
✓ Uploaded straight to your machine
✓ Built and started in 45 s
  · wrote compose.yaml for the Dockerfile: the service app, reading .env
✓ app listens on 3000 → https://my-api.sam.pethost.app
  It answers 200.

https://my-api.sam.pethost.app

Wrote .pethost (commit it). Next:   pethost logs -f   ·   pethost open

1. Pyta o jedno O nazwę projektu, która jest pierwszym słowem jego adresu. Enter bierze nazwę katalogu.
2. Maszyna nie znajduje nic do uruchomienia Linia z krzyżykiem to jej odpowiedź: projekt działa z Dockerfile albo z pliku Compose, a w katalogu nie ma jeszcze żadnego z nich.
3. pethost pisze Dockerfile Zobaczył go.mod, a obok niego package main, więc wgrywa katalog jeszcze raz.
4. Maszyna buduje i uruchamia program Widzi, że program nasłuchuje na porcie 3000, i tam kieruje adres. Potem pethost sam odpytuje adres i wypisuje, co ten odpowiedział: 200.

Adres odpowiada tym, co wysyła handler, a ścieżka bez trasy dostaje 404 samego Fibera:

$ curl https://my-api.sam.pethost.app/
Hello, World 👋!

Plik .pethost mówi, którym projektem jest ten katalog. Zrób jego commit razem z Dockerfile, a następne wdrożenie o nic nie zapyta.

Dockerfile, który pethost pisze dla aplikacji Fiber

Oto cały plik, tak jak trafił do katalogu hello world:

# Written by pethost deploy for this Go program: Go 1.25 (go.mod), its program is ..
# It is yours now: change it as you like. pethost does not write it again.

FROM golang:1.25
WORKDIR /app

COPY . .

RUN --mount=type=cache,target=/go/pkg/mod \
    --mount=type=cache,target=/root/.cache/go-build \
    go build -o /usr/local/bin/my-api .

CMD ["my-api"]

Nic w nim nie dotyczy Fibera: aplikacja Fiber to program w Go i właśnie tego szuka pethost. Z twojego katalogu biorą się trzy rzeczy:

• Wersja Go to ta z linii go w go.mod.
• Program to package main w katalogu głównym modułu albo ten jeden katalog w cmd/, który go ma. Gdy w cmd/ jest ich kilka, pethost nic nie pisze i mówi dlaczego.
• Nazwa to ostatnia część ścieżki modułu: tak nazwałoby program polecenie go install.

Dwa montowania cache trzymają moduły Go i cache builda na twojej maszynie między wdrożeniami. Jeśli maszyna nie zbuduje albo nie uruchomi Dockerfile napisanego przez pethost, pethost usuwa ten plik z twojego katalogu i mówi, co się nie udało.

Na jakim porcie nasłuchuje Fiber?

Na tym, który podajesz app.Listen. Hello world podaje ":3000" i ekran wdrożenia mówi to samo: app listens on 3000. Maszyna patrzy na działający kontener, więc nie trzeba deklarować portu ani czytać zmiennej PORT. Ekran startowy samego Fibera jest w logach:

$ pethost logs
2026-10-10T11:29:50Z	app	INFO Server started on: 	http://127.0.0.1:3000 (bound on host 0.0.0.0 and port 3000)
2026-10-10T11:29:50Z	app	INFO Total handlers: 		2
2026-10-10T11:29:50Z	app	INFO Prefork: 			Disabled
2026-10-10T11:29:50Z	app	INFO PID: 			1

Odwiedzający przychodzą przez HTTPS na zwykły port, a proxy na twojej maszynie przekazuje każde żądanie programowi. Zmienna, którą czyta aplikacja, to jedno polecenie, pethost env set DATABASE_URL: pyta o wartość, nie pokazując jej, zapisuje ją w pliku .env projektu na maszynie, a kolejne wdrożenia ją zachowują.

Zmień kod i wdróż ponownie

Zmień handler i uruchom to samo polecenie. Maszyna przechowuje warstwy builda i cache Go:

$ pethost deploy
my-api (.pethost)
✓ Packed 5 files · uploaded · built and started in 3 s
  · wrote compose.yaml for the Dockerfile: the service app, reading .env
  · kept the project's x-pethost
  It answers 200.
https://my-api.sam.pethost.app

Żeby zamiast tego wdrażać po każdym pushu, podłącz raz repozytorium:

pethost github sam/my-api          # from now on, every push deploys itself

Pethost czyta tylko repozytoria udostępnione jego GitHub App. Jeśli wdrożenie pójdzie źle, pethost rollback przywraca wersję sprzed niego, a twoja maszyna trzyma trzy wersje sprzed bieżącej. Agent AI może zrobić to wszystko za ciebie przez serwer MCP Pethost: jak agent wdraża projekt i o niego dba. To samo polecenie wdraża aplikację Gin.

Użyj własnej domeny dla aplikacji

Każda nazwa pod domeną twojego konta od razu jest adresem, z HTTPS. Domena, którą masz, to jedno polecenie i jeden rekord DNS:

pethost domain add api.example.com

Polecenie wypisuje rekord do utworzenia: CNAME z twojej nazwy na nazwę twojej maszyny. Certyfikat pojawia się sam, gdy tylko nazwa zacznie się rozwiązywać, i sam się odnawia.

Co dostajesz za tę cenę

Pethost kosztuje 9,99 € miesięcznie za wszystko, co hostujesz, na 2 vCPU, 3 GB pamięci i 30 GB dysku. Program we Fiberze to jedna mała binarka, więc na maszynie zostaje miejsce na jego bazę danych, workera i twoje inne projekty. Nie ma opłaty za projekt ani żadnych liczników: miesiąc z dużym ruchem kosztuje tyle samo co spokojny.

• 9,99 € miesięcznie za wszystkie twoje projekty, bez liczników
• 45 s na zbudowanie i uruchomienie hello world za pierwszym razem
• 3 s na kolejne wdrożenie

Co jest już zrobione za ciebie: HTTPS z certyfikatami, które same się odnawiają, wdrożenia z GitHuba, nocne backupy trzymane przez 14 dni, SSH do każdego kontenera i każde żądanie policzone, z najczęściej odwiedzanymi ścieżkami i odsetkiem błędów z ostatnich 30 dni. Maszyna działa cały czas, więc żądanie nigdy nie czeka na zimny start. Plany są w cenniku na stronie głównej.

Ekrany to wdrożenia hello world Fibera, z Fiber 3.5.0, Go 1.25 i pethost 0.2.1, na naszej maszynie testowej, która wcześniej niczego nie budowała. Konto na nich to przykładowe sam.

1. Fiber: dokumentacja i hello world
2. Fiber: przepisy
3. pethost, narzędzie wiersza poleceń Pethost