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.
Ressourcen, die von Amazon ECS Express Mode Services erstellt wurden
Ein Dienst im Expressmodus reduziert die Komplexität der Bereitstellung containerisierter Anwendungen, indem er sinnvolle Standardwerte bereitstellt und die Konfiguration der unterstützenden Dienste automatisiert. AWS Anstatt Hunderte von Konfigurationsparametern über mehrere Dienste hinweg zu verwalten, benötigt ein Express-Modus-Dienst nur ein Container-Image, eine Rolle zur Aufgabenausführung und eine Infrastrukturrolle, um loszulegen.
Express-Modus-Services bieten vereinfachte Verfahren für die Bereitstellung und Konfiguration eines Amazon ECS-Service, der die bevorzugte Infrastruktur für den Betrieb einer Produktions-Webanwendung bündelt. Bei den Express-Modus-Services werden automatisch bewährte Verfahren für Betrieb und Konfiguration berücksichtigt. Die folgenden Ressourcen werden erstellt:
Der ECS-Standardcluster (falls er nicht bereits existiert) mit Fargate-Kapazitätsanbietern
Eine Aufgabendefinition mit Container-, Logging- und Netzwerkkonfigurationen
Ein Dienst mit umfassender Bereitstellung und automatischer Skalierung
Application Load Balancer mit HTTPS-Listener, Listener-Regeln und Zielgruppen
Sicherheitsgruppen mit minimal erforderlichem Zugriff
Serviceverknüpfte Rollen für automatische Skalierung und Lastenausgleich
Skalierbare Ziel- und Ziel-Tracking-Richtlinie für Application Auto Scaling.
Durch die Skalierungsrichtlinie werden so viele Service-Aufgaben wie erforderlich hinzugefügt oder entfernt, damit die Metrik auf oder nahe an dem Zielwert gehalten wird. Abgesehen davon, dass eine Skalierungsrichtlinie für die Ziel-Nachverfolgung die Metrik nahe an dem Zielwert hält, passt sie sich auch an die Schwankungen in der Metrik aufgrund eines schwankenden Lastmusters an und verringert schnelle Schwankungen der Anzahl der Aufgaben, die in Ihrem Service ausgeführt werden.
Protokollgruppe, die für den Dienst spezifisch ist
Metrischer Alarm zur Erkennung fehlerhafter Bereitstellungen
ACM-Zertifikat
Verwenden Sie die Standardeinstellungen, um mit den Expressmodus-Diensten zu beginnen, oder konfigurieren Sie Ihre Anwendung mit einem minimalen Satz von Parametern.
Cluster-Standardwerte
Die folgenden Standardwerte können im Expressmodus für den Cluster konfiguriert werden:
-
ClusterName: Verwendet den Cluster.
defaultSie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes angeben.
create-express-gateway-service --cluster
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt im Cluster aktualisiert werden.
-
CapacityProviders: ["FARGATE"] — Verwendet Fargate
Standardwerte für Aufgabendefinitionen
Die folgenden Standardwerte können im Expressmodus für die Aufgabendefinition konfiguriert werden:
cpu: 1024 — 1 vCPU-Einheit, die der Aufgabe zugewiesen ist
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen
create-express-gateway-service --cpu.Arbeitsspeicher: 2048 — 2 GB Speicher, der der Aufgabe zugewiesen ist
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen
create-express-gateway-service --memory.
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt in der Aufgabendefinition aktualisiert werden.
NetworkMode: „awsvpc“ — Verwendet den Netzwerkmodus
awsvpcBetriebSystemFamily: „LINUX“ — Läuft auf dem Linux-Betriebssystem
CPU-Architektur: „X86_64" — Verwendet die x86_64-Prozessorarchitektur
Erfordert Kompatibilitäten: ["FARGATE"] — Kompatibel mit dem Fargate-Starttyp
platformVersion: „LATEST“ — Verwendet die neueste Fargate-Plattformversion
Sie können mithilfe des Parameters auch eine benutzerdefinierte Aufgabendefinition angeben. taskDefinitionArn Im Expressmodus wird Ihre Aufgabendefinition unverändert verwendet, einschließlich CPU, Arbeitsspeicher, Containerdefinitionen und aller zusätzlichen Container oder Einstellungen, die Sie definieren.
Standardwerte für Containerdefinitionen
Die folgenden Standardwerte können im Expressmodus für den Container konfiguriert werden:
Port: 80 — Standardport für den Containerverkehr
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt in der Aufgabendefinition — Containerdefinition aktualisiert werden:
essential: true — Der Container ist als unverzichtbar für die Funktionsfähigkeit der Aufgabe markiert
protocol: „tcp“ — Standardprotokoll für die Load Balancer-Kommunikation
name: „Main“ — Standardname für den Primärcontainer
Wenn Sie den Namen des Standardcontainers ändern, kann sich dies auf die Fähigkeit von Express Mode auswirken, nachfolgende Aktualisierungen an Ihrem Dienst vorzunehmen. Dies wird nicht empfohlen, wenn Sie die Express Mode Console oder APIs weiterhin verwenden möchten
VersionConsistency: enabled — Löst Image-Tags in Digest-IDs auf, um konsistente Bereitstellungen zu gewährleisten
initProcessEnabled: true — Aktiviert die Unterstützung von Docker-Init-Prozessen.
stopTimeout: 30 Sekunden — Zeit zwischen den Signalen SIGTERM und SIGKILL.
Standardwerte protokollieren
Die folgenden Standardeinstellungen können im Expressmodus für die CloudWatch Protokolle konfiguriert werden:
awslogs-group: „/aws/ecs<cluster>/<name>-####“ — Name der Protokollgruppe, abgeleitet vom Cluster- und Dienstnamen
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen.
create-express-gateway-service --primary-container “awsLogsConfiguration”=[{“logGroup”=“/my/logGroup/”}]awslogs-stream-prefix: „ecs“ — Präfix für Log-Stream-Namen
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen.
create-express-gateway-service --primary-container “awsLogsConfiguration”=[{“logStreamPrefix”=“myprefix”}]
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt in der Aufgabendefinition — Protokollkonfiguration aktualisiert werden:
LogDriver: „awslogs“ — Verwendet Protokolle CloudWatch
awslogs-region: aktuelle Region — Verwendet dieselbe Region wie der Express Mode-Dienst
Modus: „nicht blockierend“ — Der Protokollierungsmodus ist auf nicht blockierend eingestellt
max-buffer-size: „25m“ — Maximale Puffergröße für Log-Schreibvorgänge
Wenn Sie mithilfe des taskDefinitionArn Parameters eine benutzerdefinierte Aufgabendefinition angeben, konfigurieren Sie die Protokollierung innerhalb der Aufgabendefinition.
Standardwerte für Dienste
Die folgenden Standardeinstellungen können im Expressmodus für den Amazon ECS-Service konfiguriert werden:
ServiceName: Express-Modus-Service → Name — Name des Dienstes (vom Kunden angegeben oder vom Image-Namen abgeleitet)
Der Name kann nur beim Erstellen konfiguriert werden und kann bei Updates nicht konfiguriert werden.
Cluster: Expressmodus-Dienst → Cluster — ECS-Cluster für diesen Dienst (vom Kunden bereitgestellt oder standardmäßig)
Der Cluster kann nur bei der Erstellung konfiguriert werden und ist nicht für die Konfiguration bei Updates verfügbar.
desiredCount: Dienst im Expressmodus → MinTasks — Gewünschte Anzahl für den Dienst (die Standardeinstellung ist 1)
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie
create-express-gateway-service --scaling-target ‘{“minTaskCount”=3}',Tags: Express-Modus-Servicetags zum AWS Taggen (vom Kunden bereitgestellt)
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen
create-express-gateway-service --tags. Tags können nur beim Erstellen einer neuen Ressource hinzugefügt werden.
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt im Amazon ECS Service aktualisiert werden:
VerfügbarkeitZoneRebalancing: true — Aktiviert das automatische AZ-Rebalancing
CapacityProviderStrategy: {"base“: 1, „capacityProvider“: „FARGATE“, „weight“: 1} — Verwendet Fargate für die Rechenkapazität
DeploymentConfiguration: Standardmäßig Canary — Der Express-Modus-Dienst verwendet Canary-Bereitstellungen
Beachten Sie, dass die Bereitstellungsstrategie für Dienste im Expressmodus nicht aktualisiert werden kann.
enableECSManagedTags: true — Aktiviert das ECS-managed Tagging von Ressourcen
healthCheckGracePeriodSeconds: 300 — Nachfrist, bevor der Scheduler ELB- oder Lattice-Integritätsprüfungen berücksichtigt (entspricht der Standardeinstellung für die ELB-Integritätsprüfung)
<Not set>LaunchType: — Verwendet Kapazitätsanbieter
LoadBalancers: Die Load Balancer-Konfiguration wird von ECS verwaltet
Beachten Sie, dass Load Balancer-Konfigurationen in Express-Modus-Diensten nicht aktualisiert werden können.
PlacementStrategy: Nicht gesetzt — Verwendet Fargate beim Start (sollte immer AZ Spread sein)
platformVersion: LATEST — Fargate-Plattformversion (hartcodiert auf LATEST)
propagateTags: „SERVICE“ — Überträgt Tags vom Dienst an Aufgaben
SchedulingStrategy: „REPLICA“ — Dienste im Expressmodus sind REPLICA-Dienste
TaskDefinition: Expressmodus-Dienst wurde erstellt — Die zu verwendende Aufgabendefinition (bereitgestellt vom Expressmodus-Dienst)
Standardeinstellungen für die Netzwerkkonfiguration
Die folgenden Standardeinstellungen können im Expressmodus für den Amazon ECS Service — Netzwerkkonfiguration konfiguriert werden:
NetzwerkConfiguration.Subnets: Wenn keine angegeben werden, verwendet der Expressmodus die öffentlichen Standard-Subnetze in der Standard-VPC.
Die Standard-VPC muss über mindestens zwei öffentliche Subnetze in mindestens zwei Verfügbarkeitszonen verfügen, wobei mindestens 8 freie IP-Adressen pro zugewiesenem CIDR-Block pro Subnetz verfügbar sind.
Wenn Sie benutzerdefinierte öffentliche Subnetze bereitstellen, stellt der Expressmodus ein ALB mit Internetanschluss bereit und aktiviert AssignPublicIP für Ihre Aufgaben. Wenn Sie private Subnetze bereitstellen (Subnetze ohne Internet-Gateway in ihrer Routing-Tabelle), stellt der Expressmodus ein internes ALB bereit.
Wenn Sie Subnetze angeben, definiert der erste Expressmodus-Dienst für eine VPC die Subnetze, die entweder dem mit dem Internet verbundenen oder dem internen Load Balancer für diese VPC zugeordnet sind. Nachfolgende Express-Modus-Dienste, die in derselben VPC gestartet werden, müssen über Subnetze verfügen, die den vom Load Balancer unterstützten Verfügbarkeitszonen entsprechen. Aus diesem Grund empfehlen wir, Express-Modus-Dienste mit Subnetzen aus allen Verfügbarkeitszonen zu erstellen.
NetzwerkConfiguration.SecurityGroups: Wenn keine bereitgestellt werden, erstellt Express Mode sowohl eine Service Security Group als auch eine Load Balancer-Sicherheitsgruppe
Die Service Security Group ermöglicht ausgehenden Datenverkehr zum öffentlichen Internet. Dieser kann jedoch je nach anderen Aspekten Ihres Netzwerks, z. B. Ihrer Subnetzkonfiguration, eingeschränkt sein.
Die Load Balancer-Sicherheitsgruppe Die Load Balancer-Sicherheitsgruppe ermöglicht eingehenden Datenverkehr für die HTTPS-Auflösung und ausgehenden Datenverkehr an Ihre Service Security Group auf dem von Ihnen angegebenen Container-Port (Standard 80). Und wird automatisch aktualisiert, sodass er dem Container-Port entspricht, der in Ihren Create- oder Update-Aufrufen im Expressmodus angegeben wurde.
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen
create-express-gateway-service --network-configuration '{"securityGroup": ["sg-xxxxxxx"]}'. Wenn Sie eine Sicherheitsgruppe angeben, geben Sie einen zusätzlichen Eingangspfad zu Ihrem Service an.
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber direkt im Amazon ECS Service — Network Configuration aktualisiert werden:
ZuweisenPublicIp: Je nach Subnetztyp — Für öffentliche Subnetze aktiviert, um sicherzustellen, dass Benutzer der Standard-VPC auf das öffentliche Internet zugreifen können, aktivieren wir standardmäßig öffentliche IPs für jede Aufgabe. Dies ist deaktiviert, wenn Sie ein privates Subnetz bereitstellen. Sie sind dann für die Konfiguration eines NAT-Gateways verantwortlich, falls Ihre Aufgaben einen Internetzugang benötigen.
Standardwerte für die IAM-Rolle
Die folgenden IAM-Rollen sind für einen Express Mode Service konfigurierbar. Gegebenenfalls werden serviceverknüpfte Rollen automatisch erstellt.
AusführungRoleArn: Rolle zur Aufgabenausführung (erforderlicher Parameter)
Die erforderlichen Berechtigungen sind zwar in der verwalteten Richtlinie enthalten, es können jedoch zusätzliche Richtlinien und Berechtigungen hinzugefügt werden. Weitere Informationen finden Sie AmazonECSTaskExecutionRolePolicy im AWS Managed Policy Reference Guide
InfrastrukturRoleArn: Infrastrukturrolle für Express Gateway Services (erforderlicher Parameter)
Die erforderlichen Berechtigungen sind zwar in der verwalteten Richtlinie enthalten, es können jedoch zusätzliche Richtlinien und Berechtigungen hinzugefügt werden. Weitere Informationen zur AmazonECSInfrastructureRoleforExpressGatewayServices verwalteten Richtlinie finden Sie im Referenzhandbuch für AWS verwaltete Richtlinien
AufgabeRoleArn: Aufgabenrolle für Aufrufe aus dem Container-Anwendungscode (optional)
Sie können diese Option anpassen, indem Sie die Option Zusätzliche Konfigurationen in der Konsole verwenden oder indem Sie Folgendes ausführen
create-express-gateway-service --task-role-arn.Sie müssen die neue IAM-Rolle erstellen, bevor Sie den Express Mode-Dienst erstellen oder aktualisieren.
Die folgenden IAM-Rollen werden im Expressmodus automatisch konfiguriert.
ecsServiceRoleForECS: Ermöglicht Amazon ECS, Ihren Cluster zu verwalten
AWSServiceRoleForElasticLoadBalancing: Ruft in Ihrem Namen andere AWS Dienste für Sie auf — wird automatisch von Elastic Load Balancing erstellt
AWSServiceRoleForApplicationAutoScaling_ECSService: Ruft in Ihrem Namen andere AWS Dienste auf — wird automatisch von Application Auto Scaling erstellt
Wenn Sie mithilfe des taskDefinitionArn Parameters eine benutzerdefinierte Aufgabendefinition angeben, werden die Aufgabenausführungsrolle und die Aufgabenrolle aus Ihrer Aufgabendefinition gelesen.
Standardwerte für die automatische Skalierung von Anwendungen
Sie können die folgenden Application Auto Scaling-Einstellungen im Expressmodus konfigurieren:
autoScalingTargetValue: 60 — Zielprozentsatz der CPU-Auslastung für die Skalierung
autoScalingMetric: „CPUUtilization“ — Metrik, die für Entscheidungen zur automatischen Skalierung verwendet wird
gewünschtMinTaskCount: 1 — Mindestanzahl der zu verwaltenden Aufgaben
gewünschtMaxTaskCount: 20 — Maximale Anzahl von Aufgaben, auf die skaliert werden soll (kann erhöht oder verringert werden)
Die folgenden Einstellungen können direkt in Application Auto Scaling konfiguriert werden:
PolicyType: "TargetTrackingScaling" — Verwendet die Ziel-Tracking-Skalierungsrichtlinie
disableScaleIn: false — Ermöglicht das Herunterskalieren bei sinkender Nachfrage
Standardwerte für die Skalierung der Anwendung
Die Auto Scaling-Ziele für Anwendungen definieren die skalierbaren Ressourcen- und Kapazitätsgrenzen für automatische Skalierungsvorgänge. Folgendes kann im Expressmodus geändert werden:
MaxCapacity: Dienst im Expressmodus → MaxTasks — Maximale Anzahl an Aufgaben, auf die der Dienst skaliert werden kann (Standard von CreateLoadBalancedService oder vom Kunden bereitgestellt)
MinCapacity: Dienst im Expressmodus → MinTasks — Mindestanzahl der Aufgaben, auf die der Dienst herunterskaliert wird (Standardeinstellung von CreateLoadBalancedService oder vom Kunden bereitgestellt)
ScalableDimension: ecs:service: DesiredCount - Die zu skalierende Immobilie
Schlagworte: Abgeleitet von den übergebenen Tags CreateLoadBalancedService — Ressourcen-Tags für diese Ressource
Die folgenden Standardeinstellungen können im skalierbaren Ziel von Application Auto Scaling geändert werden:
DynamicScalingInSuspended: false — Gibt an, ob die Skalierung unterbrochen ist
DynamicScalingOutSuspended: false — Gibt an, ob das Scaling-Out unterbrochen ist
ScheduledScalingSuspended: false — Gibt an, ob die geplante Skalierung unterbrochen wurde
Standardwerte für Richtlinien zur Anwendungsskalierung
Durch Skalierungsrichtlinien werden Algorithmen zur Zielverfolgung implementiert, die die CPU-Auslastung überwachen und die Anzahl der Aufgaben anpassen, um eine optimale Leistung aufrechtzuerhalten. Folgendes kann im Expressmodus geändert werden:
TargetValue: 60% — Der Zielwert für die Tracking-Richtlinie (Expressmodus-Dienst → scaling-target-value)
PredefinedMetricType: ECSServiceAverageCPUUtilization - Der Namenstyp der Metrik, die verfolgt wird (Expressmodus-Dienst → scaling-metric)
Der Expressmodus bietet Skalierungsmetriken für die durchschnittliche CPU-Auslastung, die durchschnittliche Speicherauslastung und die Anzahl der Anfragen pro Ziel. Die Anzahl der Anfragen pro Ziel stammt vom Application Load Balancer und kann auf bis zu 65536 Anfragen pro Ziel pro Sekunde eingestellt werden. Dies ist Ihr Amazon ECS-Service in der Application Load Balancer-Zielgruppe.
Die folgenden Standardwerte werden im Expressmodus festgelegt, können aber in der Application Auto Scaling-Richtlinie geändert werden:
PolicyName: < ServiceName ><“ TargetMetric „> — Name dieser Skalierungsrichtlinie (abgeleitet aus dem ECS-Servicenamen und der Zielmetrik)
PolicyType: TargetTrackingScaling - Die Art der durchgeführten Skalierung (vordefinierter Standard)
ScalableDimension: „ecs:service:DesiredCount" — Die zu skalierende Eigenschaft (vordefinierter Standard)
DisableScaleIn: false — Gibt an, ob die Skalierung deaktiviert ist
Standardeinstellungen von Application Load Balancer
Sie können die folgenden Application Load Balancer-Standardeinstellungen im Expressmodus konfigurieren:
Schema: hängt von Subnetzen ab — Erstellt einen Load Internet-facing Balancer mit öffentlichen IP-Adressen, wenn öffentliche Subnetze bereitgestellt werden. Erstellt einen internen Load Balancer mit privaten IP-Adressen, wenn private Subnetze bereitgestellt werden.
IP-Adresstyp: hängt von Subnetzen ab — Erstellt einen Application Load Balancer nur für IPv4, wenn die Adressen IPv4-Adressen sind. Wenn IPv6-enabled Subnetze vorhanden sind, wird ein Dual-Stack-Application Load Balancer erstellt. Beachten Sie, dass bei IPv6-enabled Subnetzen der erste Express Mode-Dienst in einer VPC den internen oder mit dem Internet verbundenen Load Balancer für diese VPC definiert. Aus diesem Grund empfehlen wir, Ihre IPv6-only Subnetze zuerst oder in einer neuen VPC zu erstellen.
Die folgenden Standardeinstellungen sind im Expressmodus festgelegt und Sie können sie in Application Load Balancer konfigurieren:
desync-mitigation-mode: Off — Die HTTP-Desync-Abwehr ist deaktiviert
access-logs.enabled: false — Die Zugriffsprotokollierung ist deaktiviert
listener-configurations.protocol: https — Verwendet das HTTPS-Protokoll für die sichere Kommunikation
listener-configurations.port: 443 — Hört auf dem Standard-HTTPS-Port
listener-configurations.rule-type: host-header — Leitet den Verkehr auf der Grundlage der Host-Header-Regeln weiter
Standardeinstellungen für Zielgruppen
Sie können die folgenden Amazon EC2-Standardeinstellungen für Zielgruppen im Expressmodus konfigurieren:
Health-Check-Pfad: (Standard „/“) Pfad zur Zustandsprüfung des Express-Modus-Service — URL-Pfad für Integritätsprüfungsanfragen
Port: (Standard 80) — Port, auf dem Ziele Datenverkehr empfangen
Health-Check-Port: (Standard 80) — Port für Integritätsprüfungsanfragen
Die folgenden Standardwerte werden im Expressmodus festgelegt und Sie können sie in Amazon EC2-Zielgruppen konfigurieren:
Protokoll: HTTP — Protokoll für die Weiterleitung des Datenverkehrs zu Zielen
Protokollversion: HTTP1 - HTTP-Protokollversion für die Kommunikation
vpc-id: default ist die standardmäßige VPC-Virtual Private Cloud-ID für die Zielgruppe, wird aber von den bereitgestellten Subnetzen abgeleitet
health-check-protocol: Entspricht dem Protokoll — Protokoll für Integritätsprüfungsanfragen
Gesundheitscheck aktiviert: Immer aktiviert — Gesundheitschecks werden automatisch aktiviert
Intervall für Gesundheitschecks in Sekunden: 30 — Zeit zwischen den Zustandsprüfungen einzelner Ziele
Timeout-Sekunden bei der Gesundheitsprüfung: 5 — Dauer des Timeouts für Antworten auf Gesundheitschecks
healthy-threshold-count: 5 — Für den Status „Gesund“ sind aufeinanderfolgende erfolgreiche Gesundheitschecks erforderlich
unhealthy-threshold-count: 2 — Für den Status „Ungesund“ sind aufeinanderfolgende fehlgeschlagene Integritätsprüfungen erforderlich
Zieltyp: ip - Ziele werden nach IP-Adresse registriert
ip-address-type: ipv4 — Verwendet IPv4-Adressen für die Zielregistrierung
Gemeinsame Nutzung von Ressourcen und Kostenoptimierung
Dienste im Expressmodus nutzen Ressourcen nach Möglichkeit automatisch gemeinsam, um die Kosten zu optimieren:
-
Gemeinsame Nutzung des Load Balancers — Bis zu 25 Express-Modus-Dienste in derselben VPC können einen Application Load Balancer gemeinsam nutzen. Im Express-Modus werden je nach Anzahl der von Ihnen bereitgestellten Express-Modus-Dienste bei Bedarf zusätzliche Application Load Balancer bereitgestellt. Und wenn Sie die Anzahl der Express-Modus-Dienste in Ihrer VPC reduzieren, hebt der Express-Modus auch die Bereitstellung ungenutzter Balancers.This Anwendungslastverteilung auf. Dadurch sinken die effektiven Kosten pro Anwendung, da Sie mehr Express-Modus-Dienste bereitstellen.
-
Cluster-Sharing — Express-Modus-Dienste können in Amazon ECS-Clustern zusammengefasst werden. Dienste im Expressmodus können Amazon ECS-Cluster auch mit Amazon ECS-Services gemeinsam nutzen, die nicht im Express-Modus verwaltet werden.
