Terraform rein, Läufer raus
BYOC auf AWS
Stellen Sie runnerhut-Läufer (runnerhut) in Ihrem AWS-Konto mit Terraform bereit: IAM, VPC, S3-Cache und ECR-Pull-Through.
Terraform Modul
Ein überprüftes Modul und kein Click-through-Assistent.
IMDSv2 erzwungen
Instanzmetadaten sind standardmäßig nur v2 verfügbar.
S3 + ECR
Cache in Ihrem Bucket, Bilder durch Ihren Pull-Through-Cache.
Kostenzuordnungs-Tags
Runner-Ausgaben landen in den Tags, über die Ihr Finanzteam bereits berichtet.
Die AWS-Bereitstellung ist das ausgereifteste BYOC-Ziel. Graviton-Instanzen machen arm64 CI deutlich günstiger, und lokale NVMe-Instanzfamilien sorgen für die Festplattenleistung, auf die das gehostete Produkt angewiesen ist.
Häufige Fragen
- Welche IAM-Berechtigungen sind erforderlich?
- Berechtigungen zum Verwalten der eigenen Autoscaling-Gruppe, des Cache-Buckets und der Instanzrolle – begrenzt durch Tag oder ARN-Präfix. Jeder Anbieter, der Wildcard-Administratorzugriff oder uneingeschränkte PassRole anfordert, sollte befragt werden.
- Wie halte ich die NAT-Kosten niedrig?
- Fügen Sie einen S3-Gateway-VPC-Endpunkt hinzu, der kostenlos ist und den gesamten Cache-Verkehr von NAT entfernt, und anschließend einen ECR-Schnittstellenendpunkt für Image-Pulls. NAT ist häufig die größte BYOC-Werbebuchung.
- Wird IMDSv2 erzwungen?
- Ja, standardmäßig mit einem Metadaten-Hop-Limit von 1. IMDSv1 ist von einem kompromittierten Build-Schritt aus mit einer einzigen nicht authentifizierten Anfrage erreichbar.
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.