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.
Übersicht über die Domain
Wenn Sie mit Domänen arbeiten CodeArtifact, sind sie für Folgendes nützlich:
-
Deduplizierter Speicher: Ein Asset muss nur einmal in einer Domain gespeichert werden, auch wenn es in einem oder 1.000 Repositorys verfügbar ist. Das bedeutet, dass Sie nur einmal für den Speicher bezahlen.
-
Schnelles Kopieren: Wenn Sie Pakete aus einem CodeArtifact Upstream-Repository in ein Downstream-Repository ziehen oder die CopyPackageVersions API verwenden, müssen nur Metadatensätze aktualisiert werden. Es werden keine Assets kopiert. Dadurch kann schnell ein neues Repository zum Staging oder Testen eingerichtet werden. Weitere Informationen finden Sie unter Arbeiten mit Upstream-Repositorys in CodeArtifact.
-
Einfache gemeinsame Nutzung zwischen Repositorys und Teams: Alle Assets und Metadaten in einer Domain werden mit einem einzigen Schlüssel AWS KMS key (KMS-Schlüssel) verschlüsselt. Sie müssen nicht für jedes Repository einen Schlüssel verwalten oder mehreren Konten Zugriff auf einen einzelnen Schlüssel gewähren.
-
Richtlinien auf mehrere Repositorys anwenden: Der Domain-Administrator kann Richtlinien auf die gesamte Domain anwenden. Dazu gehört auch die Beschränkung, welche Konten Zugriff auf Repositorys in der Domain haben und wer Verbindungen zu öffentlichen Repositorys konfigurieren kann, um sie als Paketquellen zu verwenden. Weitere Informationen finden Sie unter Domänenrichtlinien. Domain-Richtlinien
-
Eindeutige Repository-Namen: Die Domain stellt einen Namespace für Repositorys bereit. Repository-Namen müssen nur innerhalb der Domain eindeutig sein. Sie sollten aussagekräftige Namen verwenden, die leicht zu verstehen sind.
Domainnamen müssen innerhalb eines Kontos eindeutig sein.
Sie können kein Repository ohne eine Domain erstellen. Wenn Sie die CreateRepository API verwenden, um ein Repository zu erstellen, müssen Sie einen Domainnamen angeben. Sie können ein Repository nicht von einer Domain in eine andere verschieben.
Ein Repository kann demselben AWS Konto gehören, dem die Domain gehört, oder einem anderen Konto. Wenn es sich bei den Eigentümerkonten um unterschiedliche Konten handelt, muss dem Konto, das das Repositorium besitzt, die Berechtigung für die CreateRepository Domänenressource erteilt werden. Sie können dies tun, indem Sie der Domain mithilfe des Befehls eine Ressourcenrichtlinie hinzufügen. PutDomainPermissionsPolicy
Eine Organisation kann zwar mehrere Domänen haben, es wird jedoch empfohlen, eine einzige Produktionsdomäne zu verwenden, die alle veröffentlichten Artefakte enthält, sodass Entwicklungsteams Pakete in ihrer gesamten Organisation finden und gemeinsam nutzen können. Eine zweite Vorproduktionsdomäne kann nützlich sein, um Änderungen an der Konfiguration der Produktionsdomäne zu testen.
Cross-account Domänen
Domainnamen müssen nur innerhalb eines Kontos eindeutig sein, was bedeutet, dass es innerhalb einer Region mehrere Domains geben kann, die denselben Namen haben. Aus diesem Grund müssen Sie, wenn Sie auf eine Domain zugreifen möchten, die einem Konto gehört, für das Sie nicht authentifiziert sind, sowohl in der CLI als auch in der Konsole die Domaininhaber-ID zusammen mit dem Domainnamen angeben. Sehen Sie sich die folgenden CLI-Beispiele an.
Greifen Sie auf eine Domain zu, die einem Konto gehört, für das Sie authentifiziert sind:
Wenn Sie innerhalb des Kontos, für das Sie authentifiziert sind, auf eine Domain zugreifen, müssen Sie nur den Domainnamen angeben. Das folgende Beispiel listet Pakete im my_repo Repository in der my_domain Domain auf, die Ihrem Konto gehört.
aws codeartifact list-packages --domainmy_domain--repositorymy_repo
Greifen Sie auf eine Domain zu, die einem Konto gehört, für das Sie nicht authentifiziert sind:
Wenn Sie auf eine Domain zugreifen, die einem Konto gehört, für das Sie nicht authentifiziert sind, müssen Sie sowohl den Domaininhaber als auch den Domainnamen angeben. Das folgende Beispiel listet Pakete im other-repo Repository in der other-domain Domain auf, die einem Konto gehört, für das Sie nicht authentifiziert sind. Beachten Sie die Hinzufügung des --domain-owner Parameters.
aws codeartifact list-packages --domainother-domain--domain-owner111122223333--repositoryother-repo
Typen von AWS KMS Schlüssel werden unterstützt in CodeArtifact
CodeArtifact unterstützt nur symmetrische KMS-Schlüssel. Sie können keinen asymmetrischen KMS-Schlüssel verwenden, um Ihre Domains zu verschlüsseln. CodeArtifact Weitere Informationen finden Sie unter Identifizieren symmetrischer und asymmetrischer KMS-Schlüssel. Informationen zum Erstellen eines neuen, vom Kunden verwalteten Schlüssels finden Sie im Entwicklerhandbuch unter Erstellen von KMS-Schlüsseln mit symmetrischer Verschlüsselung. AWS Key Management Service
CodeArtifact unterstützt AWS KMS externe Schlüsselspeicher (XKS). Sie sind für die Verfügbarkeit, Haltbarkeit und Latenz wichtiger Operationen mit XKS-Schlüsseln verantwortlich, was sich auf Verfügbarkeit, Haltbarkeit und Latenz auswirken kann. CodeArtifact Einige Beispiele für Auswirkungen der Verwendung von XKS-Schlüsseln mit: CodeArtifact
Da jedes Asset eines angeforderten Pakets und all seine Abhängigkeiten einer Entschlüsselungslatenz unterliegen, kann die Build-Latenz mit einer Erhöhung der XKS-Betriebslatenz erheblich erhöht werden.
Da alle Ressourcen verschlüsselt sind CodeArtifact, führt ein Verlust von XKS-Schlüsselmaterialien zum Verlust aller Ressourcen, die mit der Domain verknüpft sind, die den XKS-Schlüssel verwendet.
Weitere Informationen zu XKS-Schlüsseln finden Sie im Entwicklerhandbuch unter Externe Schlüsselspeicher. AWS Key Management Service
