# IaGenify SDK 0.3.1: klare Laufzeitmodelle für statische Websites und Edge.

Canonical URL: https://www.iagenify.com/de/news/iagenify-sdk-static-edge-hosting

Veröffentlichen Sie eine gebaute Website oder einen Edge-Handler mit einer Hosting-API, die klar angibt, was die Plattform ausführen kann.

## Key points
- Neue Hosts verwenden die expliziten Laufzeitmodelle `static` oder `edge`.
- Statische Websites und Edge-Handler erhalten passende Bereitstellungswege.
- Nicht unterstützte dauerhafte Node.js-Server werden vor dem Upload abgelehnt.

Eine Bereitstellung ist nur sinnvoll, wenn die Plattform ausführen kann, was sie annimmt. IaGenify SDK 0.3.1 legt den Laufzeittyp beim Erstellen des Hosts fest: statische Website oder Edge-Code.

## Zwei Projekttypen, zwei klare Wege

Für eine statische Website erstellen Sie den Build mit Ihrem Framework und senden die erzeugten Dateien an einen Host mit `runtime: "static"`. Dokumentiert sind HTML, Vite, React-SPA, Vue, Angular, Astro und der statische Next.js-Export. Der Dienst liefert die Dateien aus, ohne einen dauerhaften Node.js-Prozess zu starten.


```
const site = await api.hosts.create({
  label: "Product website",
  runtime: "static",
  framework: "vite",
});
await site.deploy({ files: "./dist" });
```

Für einen Request-Handler wählen Sie `runtime: "edge"` mit Worker oder Hono. Die Bereitstellung enthält den am Edge ausgeführten Handler und benötigt keinen dauerhaften Node.js-Server.


```
const endpoint = await api.hosts.create({
  label: "Status endpoint",
  runtime: "edge",
  framework: "hono",
});
await endpoint.deploy({ code: source });
```

## Eine sinnvolle Grenze gehört zur API

Ein statischer Next.js-Export ist etwas anderes als eine Next.js-Anwendung mit serverseitigem Rendering. Ersterer kann als Dateien veröffentlicht werden; Letztere braucht einen dauerhaften Server, den dieses Angebot nicht verspricht. Auch Express, Fastify und Nest benötigen eine solche Laufzeit.

Das SDK prüft die Kombination aus Laufzeit und Framework vor dem Upload. Nicht unterstützte Anfragen werden verständlich abgelehnt, statt eine Adresse zu erzeugen, die die Anwendung nicht bedienen kann.

## Lokal bauen, das Artefakt veröffentlichen

Das Team behält seinen gewohnten Build-Ablauf: Vite erzeugt etwa `dist`, und das SDK veröffentlicht diese Dateien. Für Edge wird der Handler veröffentlicht. Die Plattform verspricht weder beliebige Abhängigkeiten zu installieren noch einen allgemeinen Prozess dauerhaft auszuführen.

Diese Trennung erleichtert auch Automatisierungen: Ein Workflow kann die Website bauen und veröffentlichen, während ein separater Edge-Endpunkt leichte Anfragen bearbeitet.

> Eine Bereitstellungs-API sollte vor der Annahme eines Projekts sagen, was sie ausführen kann.

## Ein konkreteres Versprechen für Entwickler

SDK 0.3.1 macht IaGenify Hosting eindeutiger: Statische Websites und Edge-Handler haben eigene Wege, und ihre Grenzen sind bereits beim Erstellen sichtbar.

## FAQ
### Kann ich einen Express- oder Fastify-Server bereitstellen?
Nein. Unterstützt werden statische Dateien und Edge-Handler, kein dauerhafter Node.js-Server.

### Kann ich eine Next.js-Website veröffentlichen?
Ja, wenn sie als statischer Export gebaut wird. Serverseitiges Rendering erfordert eine dauerhafte Laufzeit.

### Baut das SDK mein Projekt?
Der dokumentierte Ablauf baut lokal und veröffentlicht danach die erzeugten Dateien, zum Beispiel `./dist`.

### Wozu dient `runtime`?
Es legt fest, ob der Host statische Dateien ausliefert oder einen Edge-Handler ausführt, und ermöglicht die Prüfung des Frameworks.
