AWS CodeBuild – Häufig gestellte Fragen

Ein Build-Projekt definiert, wie CodeBuild einen Build ausführt. Es gibt an, wo sich der Quellcode befindet, welche Build-Umgebung verwendet werden soll, welche Build-Befehle ausgeführt werden sollen und wo die Build-Ausgabe gespeichert werden soll. Eine Build-Umgebung ist eine Kombination aus Betriebssystem, Laufzeit der Programmiersprache und den von CodeBuild zur Ausführung eines Builds verwendeten Tools.

Ein Build-Projekt kann über die Konsole oder in der AWS Befehlszeilenschnittstelle konfiguriert werden. Sie geben den Speicherort des Quellrepositorys, die Laufzeitumgebung, die Build-Befehle, die vom Container angenommene IAM-Rolle und die für die Ausführung des Builds erforderliche Verarbeitungsklasse an. Optional können Sie die Build-Befehle auch in der Datei "buildspec.yml" angeben.

Zum Abrufen des Quellcodes für die Builds kann CodeBuild Verbindungen mit AWS CodeCommit, S3, GitHub und GitHub Enterprise und Bitbucket herstellen.

CodeBuild stellt vorkonfigurierte Umgebungen für unterstützte Versionen von Java, Ruby, Python, Go, Node.js, Android, .NET Core, PHP und Docker bereit. Sie können auch eine eigene Umgebung konfigurieren, indem Sie ein Docker-Image erstellen und dieses in die Amazon EC2 Container Registry oder in die Docker Hub Registry hochladen. Dieses benutzerdefinierte Image können Sie dann in Ihrem Build-Projekt referenzieren.

CodeBuild stellt eine vorkonfigurierte Windows-Build-Umgebung für .NET Core 2.0 bereit. Wir würden gerne eine vorkonfigurierte Build-Umgebung für Microsoft .NET Framework-Nutzer bereitstellen, von denen viele bereits eine Lizenz für die Nutzung von proprietären Microsoft-Bibliotheken besitzen. Microsoft konnte sich bisher jedoch noch nicht entschließen, mit uns in diesem Punkt zusammen zu arbeiten, sodass wir diesem Kundenwunsch derzeit noch nicht entsprechen können. Sie können jedoch eine eigene Umgebung konfigurieren, um andere Build-Plattformziele wie z. B. NET Framework zu unterstützen, indem Sie ein Docker-Image erstellen und es in die Amazon EC2 Container Registry oder die Docker Hub Registry hochladen. Dieses benutzerdefinierte Image können Sie dann in Ihrem Build-Projekt referenzieren.

CodeBuild erstellt einen temporären Rechencontainer mit der im Build-Projekt definierten Klasse, lädt in diesem Container die angegebene Laufzeitumgebung, lädt den Quellcode herunter, führt die im Projekt konfigurierten Befehle aus, lädt das generierte Artefakt in ein S3-Bucket hoch und verwirft den Rechencontainer danach wieder. Während des Builds streamt CodeBuild die Build-Ausgabe auf die Servicekonsole und in die Amazon CloudWatch-Protokolle.

Melden Sie sich bei der AWS-Managementkonsole an, erstellen Sie ein Build-Projekt und führen Sie dann einen Build aus. Eine Einführung in CodeBuild erhalten Sie im Abschnitt Erste Schritte, der auch ein Tutorial mit einer Schritt-für-Schritt-Anleitung enthält. Außerdem können Sie auch CodeBuild Local verwenden, um Ihren Build lokal zu testen und zu debuggen.

Ja. Zur Integration von CodeBuild in Jenkins-Aufträge verwenden Sie das CodeBuild-Plug-in für Jenkins. Die Build-Aufträge werden an CodeBuild gesendet. Damit entfällt für Sie die Bereitstellung und Verwaltung der Jenkins-Worker-Knoten.

Ihre früheren Build-Ergebnisse können Sie über die Konsole, CloudWatch oder die API anzeigen. Die Ergebnisse umfassen Ausgang (Erfolg oder Fehler), Build-Dauer, Speicherort des Ausgabeartefakts und Protokollpfad. Mit dem CodeBuild-Dashboard können Sie Metriken anzeigen, um das Build-Verhalten im Verlauf der Zeit zu verstehen. Das Dashboard zeigt die Anzahl der in Angriff genommenen, erfolgreichen und fehlgeschlagenen Builds sowie die Build-Dauer an. Sie können die CloudWatch-Konsole auch aufrufen, um sich ausführlichere Build-Metriken anzusehen. Weitere Informationen über die Überwachung von CodeBuild mit CloudWatch finden Sie in unserer Dokumentation.

Sie können einen Build debuggen, indem Sie die während der Ausführung des Builds generierten Protokolldetails überprüfen oder CodeBuild Local für das lokale Testen und Debugging Ihrer Builds verwenden.

Für die .NET Core für Windows Build-Umgebung ist aufgrund der Größe des Windows Docker-Basiscontainers und zusätzlicher Bibliotheken mehr Speicher- und Prozessorleistung erforderlich, wie im Rechen-Instance-Typ build.general1.small zur Verfügung steht. Infolge dieser Beschränkung steht kein kostenloses Kontingent für die .NET Core für Windows Build-Umgebung zur Verfügung.

Sie können Benachrichtigungen für Ereignisse erstellen, die sich auf Ihre Build-Projekte auswirken. Benachrichtigungen erfolgen in Form von Amazon-SNS-Benachrichtigungen. Jede Benachrichtigung enthält eine Statusmeldung sowie einen Link zu den Ressourcen, deren Ereignis diese Benachrichtigung ausgelöst hat. Für Benachrichtigungen fallen keine zusätzlichen Kosten an. Möglicherweise werden Ihnen aber andere AWS-Services in Rechnung gestellt, die von Benachrichtigungen genutzt werden, beispielsweise Amazon SNS. Informationen zu den ersten Schritten mit Benachrichtigungen finden Sie im Benutzerhandbuch zu Benachrichtigungen. Zusätzlich können Nutzer von AWS Chatbot Benachrichtigungen konfigurieren, die an ihre Slack Channels oder Amazon-Chime-Chatrooms gesendet werden. Weitere Informationen finden Sie hier.

Ja. Zur Verschlüsselung Ihrer Artefakte können Sie einen im AWS Key Management Service (AWS KMS) gespeicherten Schlüssel angeben.

CodeBuild führt jeden Build in einer neuen Umgebung aus, die von den Umgebungen anderer Benutzer isoliert ist. Nach Abschluss eines Builds wird die Build-Umgebung wieder verworfen. CodeBuild bietet Sicherheit und Isolation auf Infrastruktur- und Ausführungsebene.

Ja. Sie können den Zugriff auf Ihre Build-Projekte über IAM-Richtlinien mit Berechtigungen auf Ressourcenebene steuern.

Weitere Informationen finden Sie unter Regionale Produkte und Services.