Automatisierung & CI

Geben Sie jeder Pipeline genau den Zugriff, den sie braucht

Automatisieren Sie mit API-Tokens Aufgaben für Server, Netzwerke und Datenbanken in Ihren Pipelines. Beschränken Sie jedes Token auf die Dienste und Berechtigungen, die der Job braucht, und legen Sie ein Ablaufdatum fest.

Zum CI-Beispiel OpenAPI
GitHub Actions

Ein Datenbank-Backup vor jedem Deploy

Fügen Sie diesen Schritt Ihrem Deploy-Workflow hinzu. Das Token in Ihren Secrets darf nur in diesen einen Datenbankdienst schreiben. Selbst ein Token, das in falsche Hände gerät, kommt also an nichts anderes heran.

.github/workflows/deploy.yml yaml 
- name: Back up the database before deploying
  run: |
    curl -sf -X POST "https://api.faastic.com/v1/orgs/${{ vars.FAASTIC_ORG }}/services/${{ vars.DB_SERVICE }}/data/backups" \
      -H "Authorization: Bearer ${{ secrets.FAASTIC_TOKEN }}"
  # the token only has "read/write" on this one service, nothing else
Token-Berechtigungen

Minimale Rechte für jede Pipeline

Tokens beginnen mit fst_ und werden im Dashboard erstellt.

  • Lesen oder Lesen & Schreiben

    Ein Lese-Token darf nur lesen. Ein Token mit Lesen & Schreiben darf Änderungen vornehmen.

  • Auf Bereiche beschränkt

    Server, Netzwerke, Firewalls, Load Balancer, Datenbanken, DNS und mehr. Wählen Sie nur, was der Job braucht.

  • Auf Projekte beschränkt

    Halten Sie Ihre Staging-Pipeline von der Produktion fern.

  • Auf einzelne Dienste beschränkt

    Eine Datenbank, ein Server. Alles andere bleibt außer Reichweite.

  • Mit Ablaufdatum

    Lassen Sie ein Token an einem Datum Ihrer Wahl ablaufen.

  • Keine Admin-Rechte

    Kein Token kann Teammitglieder oder andere Tokens verwalten.

  • Von Ihnen bestätigt

    Zum Erstellen eines Tokens brauchen Sie Ihr Passwort oder Ihren Authenticator-Code, damit eine gekaperte Sitzung keines anlegen kann.

  • Pro Token protokolliert

    Änderungen über ein Token erscheinen unter Ihrem Namen, mit Angabe des Tokens.

Weitere Beispiele

Firewalls und Serversteuerung per Skript

Öffnen Sie einen Port, wenn ein neuer Dienst live geht, erstellen Sie einen Snapshot, starten Sie nach einem Update neu. Die vollständige Liste der Endpunkte steht im OpenAPI-Dokument.

OpenAPI document MCP-Tools
HTTPS öffnen, dann neu starten bash 
# Open HTTPS on a server (area: firewalls)
curl -s -X POST "https://api.faastic.com/v1/orgs/$ORG/services/$SERVER/firewall/rules" \
  -H "Authorization: Bearer $FAASTIC_TOKEN" -H "Content-Type: application/json" \
  -d '{"action":"ACCEPT","proto":"tcp","dport":"443","comment":"https"}'

# Reboot it after the deploy (area: servers)
curl -s -X POST "https://api.faastic.com/v1/orgs/$ORG/services/$SERVER/power" \
  -H "Authorization: Bearer $FAASTIC_TOKEN" -H "Content-Type: application/json" \
  -d '{"action":"reboot"}'

Häufige Fragen

Kann ich Faastic-API-Tokens in GitHub Actions oder einem anderen CI/CD-Tool nutzen?

Ja. Erstellen Sie ein Token für den Job, speichern Sie es in den Secrets Ihrer Pipeline und rufen Sie die API auf, zum Beispiel für ein Datenbank-Backup vor jedem Deploy.

Wie genau kann ich ein Token einschränken?

Nur Lesen oder Lesen & Schreiben, beschränkt auf Bereiche (Server, Firewalls, Datenbanken und so weiter), auf Projekte oder auf einzelne Dienste, mit Ablaufdatum. Kein Token kann Teammitglieder oder andere Tokens verwalten.

Was ist, wenn ein Token in falsche Hände gerät?

Es kann nur das tun, was seine Berechtigungen erlauben, es funktioniert ab seinem Ablaufdatum nicht mehr, und Sie können es jederzeit im Kundenbereich widerrufen. Jede Änderung, die es vorgenommen hat, steht in Ihrem Aktivitätsprotokoll.

Wie erstelle ich ein Token?

Im Kundenbereich unter Team → API-Tokens. Zum Erstellen brauchen Sie Ihr Passwort oder Ihren Authenticator-Code, und das Token wird nur einmal angezeigt.

Erstellen Sie Ihr erstes Token

Im Dashboard unter Team → API-Tokens. Kopieren Sie es einmal und bewahren Sie es in Ihren Secrets auf.

Dashboard öffnen API-Referenz