Architektur und Konzepte von App Runner - AWS App Runner

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Architektur und Konzepte von App Runner

AWS App Runner entnimmt Ihren Quellcode oder Ihr Quellbild aus einem Repository und erstellt und verwaltet einen laufenden Webservice für Sie in der AWS Cloud. In der Regel müssen Sie nur eine App Runner-Aktion aufrufen CreateService, um Ihren Dienst zu erstellen.

Mit einem Quell-Image-Repository stellen Sie ein ready-to-use Container-Image bereit, das App Runner für die Ausführung Ihres Webdienstes bereitstellen kann. Mit einem Quellcode-Repository stellen Sie Ihren Code und Anweisungen zum Erstellen und Ausführen eines Webdienstes bereit und zielen auf eine bestimmte Laufzeitumgebung ab. App Runner unterstützt mehrere Programmierplattformen mit jeweils einer oder mehreren verwalteten Laufzeiten für Plattform-Hauptversionen.

Derzeit kann App Runner Ihren Quellcode entweder aus einem Bitbucket oder einem GitHubRepository abrufen, oder es kann Ihr Quell-Image aus der Amazon Elastic Container Registry (Amazon ECR) in Ihrem abrufen. AWS-Konto

Das folgende Diagramm zeigt einen Überblick über die App Runner-Servicearchitektur. In dem Diagramm gibt es zwei Beispieldienste: Einer stellt Quellcode von Amazon ECR bereit GitHub, und der andere stellt ein Quell-Image von Amazon ECR bereit. Derselbe Ablauf gilt für das Bitbucket-Repository.

Die App Runner-Architektur

App Runner-Konzepte

Im Folgenden finden Sie die wichtigsten Konzepte im Zusammenhang mit Ihrem Webservice, der in App Runner ausgeführt wird:

  • App Runner-Dienst — Eine AWS Ressource, die App Runner verwendet, um Ihre Anwendung auf der Grundlage des Quellcode-Repositorys oder Container-Images bereitzustellen und zu verwalten. Ein App Runner-Dienst ist eine laufende Version Ihrer Anwendung. Weitere Informationen zum Erstellen eines Dienstes finden Sie unterEinen App Runner-Dienst erstellen.

  • Quelltyp — Der Typ des Quell-Repositorys, das Sie für die Bereitstellung Ihres App Runner-Dienstes bereitstellen: Quellcode oder Quellbild.

  • Repository-Anbieter — Der Repository-Service, der Ihre Anwendungsquelle enthält (z. GitHubB. Bitbucket oder Amazon ECR).

  • App Runner-Verbindung — Eine AWS Ressource, mit der App Runner auf ein Konto eines Repository-Anbieters zugreifen kann (z. B. ein GitHub Konto oder eine Organisation). Weitere Informationen zu Verbindungen finden Sie unter App Runner-Verbindungen verwalten.

  • Runtime — Ein Basis-Image für die Bereitstellung eines Quellcode-Repositorys. App Runner bietet eine Vielzahl von verwalteten Laufzeiten für verschiedene Programmierplattformen und Versionen. Weitere Informationen finden Sie unter App Runner-Dienst basiert auf Quellcode.

  • Bereitstellung — Eine Aktion, die eine Version Ihres Quell-Repositorys (Code oder Bild) auf einen App Runner-Dienst anwendet. Die erste Bereitstellung für den Dienst erfolgt im Rahmen der Diensterstellung. Spätere Bereitstellungen können auf zwei Arten erfolgen:

    • Automatische Bereitstellung — Eine CI/CD-Funktion. Sie können einen App Runner-Dienst so konfigurieren, dass jede Version Ihrer Anwendung automatisch erstellt (für den Quellcode) und bereitgestellt wird, so wie sie im Repository erscheint. Dies kann ein neuer Commit in einem Quellcode-Repository oder eine neue Image-Version in einem Quell-Image-Repository sein.

    • Manuelle Bereitstellung — Eine Bereitstellung für Ihren App Runner-Dienst, die Sie explizit starten.

  • Benutzerdefinierte Domain — Eine Domain, die Sie mit Ihrem App Runner-Dienst verknüpfen. Benutzer Ihrer Webanwendung können diese Domain anstelle der standardmäßigen App Runner-Subdomain verwenden, um auf Ihren Webservice zuzugreifen. Weitere Informationen finden Sie unter Verwaltung benutzerdefinierter Domainnamen für einen App Runner-Dienst.

    Anmerkung

    Um die Sicherheit Ihrer App Runner-Anwendungen zu erhöhen, ist die Domain*.awsapprunner.com in der Public Suffix List (PSL) registriert. Aus Sicherheitsgründen empfehlen wir Ihnen, Cookies mit einem __Host- Präfix zu verwenden, falls Sie jemals sensible Cookies im Standard-Domainnamen für Ihre App Runner-Anwendungen einrichten müssen. Diese Vorgehensweise hilft Ihnen dabei, Ihre Domain vor CSRF-Versuchen (Cross-Site Request Forgery Attempts, Anforderungsfälschung zwischen Websites) zu schützen. Weitere Informationen finden Sie auf der Set-Cookie-Seite im Mozilla Developer Network.

  • Wartung — Eine Aktivität, die App Runner gelegentlich in der Infrastruktur ausführt, auf der Ihr App Runner-Dienst ausgeführt wird. Während der Wartung ändert sich der Dienststatus vorübergehend für einige Minuten auf OPERATION_IN_PROGRESS (Operation in Bearbeitung in der Konsole). Aktionen an Ihrem Service (z. B. Bereitstellung, Konfigurationsupdate, Pause/Wiederaufnahme oder Löschen) werden während dieser Zeit blockiert. Führen Sie die Aktion einige Minuten später erneut aus, wenn der Dienststatus wieder auf eingestellt ist. RUNNING

    Anmerkung

    Wenn Ihre Aktion fehlschlägt, bedeutet das nicht, dass Ihr App Runner-Dienst ausgefallen ist. Ihre Anwendung ist aktiv und bearbeitet weiterhin Anfragen. Es ist unwahrscheinlich, dass es bei Ihrem Dienst zu Ausfallzeiten kommt.

    Insbesondere migriert App Runner Ihren Dienst, wenn Probleme in der zugrunde liegenden Hardware festgestellt werden, auf der der Dienst gehostet wird. Um Serviceausfälle zu vermeiden, stellt App Runner Ihren Dienst auf einer neuen Gruppe von Instanzen bereit und leitet den Datenverkehr auf diese um (eine blaugrüne Bereitstellung). Gelegentlich kann es zu einer leichten vorübergehenden Erhöhung der Gebühren kommen.

Von App Runner unterstützte Konfigurationen

Wenn Sie einen App Runner-Dienst konfigurieren, geben Sie die virtuelle CPU- und Speicherkonfiguration an, die Ihrem Dienst zugewiesen werden soll. Sie zahlen auf der Grundlage der von Ihnen ausgewählten Rechenkonfiguration. Weitere Informationen zu Preisen finden Sie unter AWS Resource Groups -Preise.

Die folgende Tabelle enthält Informationen zu den vCPU- und Speicherkonfigurationen, die App Runner unterstützt:

CPU Arbeitsspeicher

0,25 vCPU

0,5 GB

0,25 vCPU

1 GB

0,5 vCPU

1 GB

1 vCPU

2 GB

1 vCPU

3 GB

1 vCPU

4 GB

2 vCPU

4 GB

2 vCPU

6 GB

4 vCPU

8 GB

4 vCPU

10 GB

4 vCPU

12 GB

App Runner-Ressourcen

Wenn Sie App Runner verwenden, erstellen und verwalten Sie einige Arten von Ressourcen in Ihrem AWS-Konto. Diese Ressourcen werden verwendet, um auf Ihren Code zuzugreifen und Ihre Dienste zu verwalten.

Die folgende Tabelle bietet einen Überblick über diese Ressourcen:

Ressourcenname Beschreibung

Service

Stellt eine laufende Version Ihrer Anwendung dar. Ein Großteil des restlichen Handbuchs beschreibt Diensttypen, Verwaltung, Konfiguration und Überwachung.

ARN: arn:aws:apprunner:region:account-id:service/service-name[/service-id]

Connection

Ermöglicht Ihren App Runner-Diensten Zugriff auf private Repositorys, die bei Drittanbietern gespeichert sind. Existiert als separate Ressource für die gemeinsame Nutzung durch mehrere Dienste. Weitere Informationen zu Verbindungen finden Sie unter App Runner-Verbindungen verwalten.

ARN: arn:aws:apprunner:region:account-id:connection/connection-name[/connection-id]

AutoScalingConfiguration

Stellt Ihren App Runner-Diensten Einstellungen zur Verfügung, die die automatische Skalierung Ihrer Anwendung steuern. Existiert als separate Ressource für die gemeinsame Nutzung durch mehrere Dienste. Weitere Informationen zum Auto Scaling finden Sie unter Verwaltung der automatischen Skalierung von App Runner.

ARN: arn:aws:apprunner:region:account-id:autoscalingconfiguration/config-name[/config-revision[/config-id]]

ObservabilityConfiguration

Konfiguriert zusätzliche Funktionen zur Anwendungsbeobachtung für Ihre App Runner-Dienste. Existiert als separate Ressource für die gemeinsame Nutzung durch mehrere Dienste. Weitere Hinweise zur Konfiguration der Observability finden Sie unterObservability für Ihren Service konfigurieren.

ARN: arn:aws:apprunner:region:account-id:observabilityconfiguration/config-name[/config-revision[/config-id]]

VpcConnector

Konfiguriert VPC-Einstellungen für Ihre App Runner-Dienste. Existiert als separate Ressource für die gemeinsame Nutzung durch mehrere Dienste. Weitere Informationen zur VPC-Funktionalität finden Sie unterVPC-Zugriff für ausgehenden Verkehr aktivieren .

ARN: arn:aws:apprunner:region:account-id:vpcconnector/connector-name[/connector-revision[/connector-id]]

VpcIngressConnection

Es handelt sich um eine AWS App Runner Ressource, die zur Konfiguration des eingehenden Datenverkehrs verwendet wird. Es stellt eine Verbindung zwischen einem VPC-Schnittstellenendpunkt und dem App Runner-Service her, sodass Ihr App Runner-Service nur von einer Amazon VPC aus zugänglich ist. Weitere Hinweise zur Funktionalität von VPC finden Sie IngressConnection unterPrivaten Endpunkt für eingehenden Datenverkehr aktivieren.

ARN: arn:aws:apprunner:region:account-id:vpcingressconnection/vpc-ingress-connection-name[/connector-id]]

App Runner-Ressourcenkontingente

AWS legt Ihrem Konto einige Kontingente (auch als Limits bezeichnet) für die jeweilige AWS AWS-Region Ressourcennutzung fest. In der folgenden Tabelle sind Kontingente für App Runner-Ressourcen aufgeführt. Kontingente sind auch unter AWS App Runner Endpoints und Kontingente in der Allgemeine AWS-Referenzaufgeführt.

Ressourcenkontingent Beschreibung Standardwert Einstellbar?

Services

Die maximale Anzahl von Diensten, die Sie in Ihrem Konto für jeden Dienst erstellen können AWS-Region.

30

Ja

Connections

Die maximale Anzahl von Verbindungen, die Sie in Ihrem Konto für jeden erstellen können AWS-Region. Sie können eine einzelne Verbindung in mehreren Services verwenden.

10

Ja

Auto scaling configurations

Namen

Die maximale Anzahl eindeutiger Namen, die Sie in Auto Scaling-Konfigurationen haben können, die Sie jeweils in Ihrem Konto erstellen AWS-Region. Sie können eine einzelne Auto Scaling-Konfiguration in mehreren Services verwenden.

10

Ja

Revisionen pro Name

Die maximale Anzahl von Auto Scaling-Konfigurationsrevisionen, die Sie in Ihrem Konto AWS-Region für jeden eindeutigen Namen erstellen können. Sie können eine einzelne Version der Auto Scaling-Konfiguration in mehreren Diensten verwenden.

5

Nein

Observability configurations

Namen

Die maximale Anzahl eindeutiger Namen, die Sie in Observability-Konfigurationen verwenden können, die Sie jeweils AWS-Region in Ihrem Konto erstellen. Sie können eine einzelne Beobachtbarkeitskonfiguration in mehreren Services verwenden.

10

Ja

Revisionen pro Name

Die maximale Anzahl von Revisionen der Observability-Konfiguration, die Sie in Ihrem Konto AWS-Region für jeden eindeutigen Namen erstellen können. Sie können eine einzelne Version der Observability-Konfiguration in mehreren Diensten verwenden.

10

Nein

VPC connectors

Die maximale Anzahl von VPC-Connectoren, die Sie für jeden AWS-Region in Ihrem Konto erstellen können. Sie können einen einzelnen VPC-Konnektor in mehreren Services verwenden.

10

Ja

VPC Ingress Connection

Die maximale Anzahl von VPC-Ingress-Verbindungen, die Sie in Ihrem Konto für jede Verbindung erstellen können. AWS-Region Sie können eine einzelne VPC-Ingress-Verbindung verwenden, um auf mehrere App Runner-Dienste zuzugreifen.

1

Nein

Die meisten Kontingente sind anpassbar, und Sie können für sie eine Erhöhung des Kontingents beantragen. Weitere Informationen dazu finden Sie unter Beantragen einer Kontingenterhöhung im Service-Quotas-Benutzerhandbuch.