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.
Python-Bibliotheken mit AWS Glue verwenden
Sie können zusätzliche Python-Module und -Bibliotheken für die Verwendung mit AWS Glue ETL installieren. Für AWS Glue 2.0 und höher verwendet AWS Glue den Python Package Installer (pip3), um zusätzliche Module zu installieren, die von AWS Glue ETL verwendet werden. AWS Glue bietet mehrere Optionen, um die zusätzlichen Python-Module in Ihre AWS Glue-Jobumgebung zu integrieren. Sie können den --additional-python-modules Parameter verwenden, um neue Module mithilfe von ZIP-Dateien einzubinden, die gebündelte Python-Räder (auch bekannt als „Zip of Wheels“, verfügbar für AWS Glue 5.0 und höher), einzelne Python-Raddateien, Anforderungsdateien (requirements.txt, verfügbar für AWS Glue 5.0 und höher) oder eine Liste von durch Kommas getrennten Python-Modulen enthalten. Es könnte auch verwendet werden, um die Version der Python-Module zu ändern, die in der AWS Glue-Umgebung bereitgestellt werden (Python-Module, die bereits in AWS Glue enthalten sindweitere Informationen finden Sie unter).
Themen
Installation zusätzlicher Python-Module mit Pip in AWS Glue 2.0 oder höher
AWS Glue verwendet den Python Package Installer (pip3), um zusätzliche Module zu installieren, die von AWS Glue ETL verwendet werden sollen. Sie können den Parameter „--additional-python-modules“ mit verschiedenen kommagetrennten Python-Modulen verwenden, um ein neues Modul hinzuzufügen oder die Version eines vorhandenen Moduls zu ändern. Sie können gebaute Radartefakte entweder über eine Zip-Datei mit Rädern oder ein eigenständiges Radartefakt installieren, indem Sie die Datei auf Amazon S3 hochladen und dann den Pfad zum Amazon S3 S3-Objekt in Ihre Modulliste aufnehmen. Weitere Informationen zum Einstellen von Job-Parametern finden Sie unter Job-Parameter in AWS Glue-Jobs verwenden.
Sie können zusätzliche Optionen an pip3 übergeben mit dem Parameter --python-modules-installer-option. Sie könnten beispielsweise an force pip --only-binary übergeben, nur vorgefertigte Artefakte für die von angegebenen Pakete zu installieren. --additional-python-modules Weitere Beispiele finden Sie unter Python-Module aus einem Rad für Spark-ETL-Workloads mit AWS Glue 2.0 erstellen
Bewährte Methoden für das Python-Abhängigkeitsmanagement
Für Produktionsworkloads empfiehlt AWS Glue, all Ihre Python-Abhängigkeiten als Raddateien in einem einzigen ZIP-Artefakt zu verpacken. Dieser Ansatz bietet:
-
Deterministische Ausführung: Exakte Kontrolle darüber, welche Paketversionen installiert werden
-
Zuverlässigkeit: Keine Abhängigkeit von externen Paket-Repositorys während der Jobausführung
-
Leistung: Einzelner Download-Vorgang statt mehrerer Netzwerkaufrufe
-
Offline-Installation: Funktioniert in privaten VPC-Umgebungen ohne Internetzugang
Wichtige Überlegungen
Im Rahmen des Modells der AWS gemeinsamen Verantwortung
-
Sicherheitsupdates: Regelmäßige Aktualisierung von Paketen zur Behebung von Sicherheitslücken
-
Versionskompatibilität: Stellen Sie sicher, dass Pakete mit Ihrer AWS Glue-Version kompatibel sind
-
Testen: Überprüfen, ob Ihre verpackten Abhängigkeiten in der Glue-Umgebung korrekt funktionieren
Wenn Sie nur minimale Abhängigkeiten haben, können Sie erwägen, stattdessen einzelne Raddateien zu verwenden.
AWS Glue 5.0 und höher unterstützt das Verpacken mehrerer Raddateien in einem einzigen ZIP-Artefakt, das gebündelte Python-Räder enthält, um ein zuverlässigeres und deterministischeres Abhängigkeitsmanagement zu gewährleisten. Um diesen Ansatz zu verwenden, erstellen Sie eine ZIP-Datei, die all Ihre Radabhängigkeiten und ihre transitiven Abhängigkeiten mit dem .gluewheels.zip Suffix enthält, laden Sie sie auf Amazon S3 hoch und referenzieren Sie sie mit dem --additional-python-modules Parameter. Achten Sie darauf, den --no-index --python-modules-installer-option Job-Parameter zu ergänzen. Bei dieser Konfiguration fungiert die Zip-Datei der Wheels-Datei im Wesentlichen als lokaler Index, aus dem Pip zur Laufzeit Abhängigkeiten auflöst. Dadurch werden Abhängigkeiten von externen Paket-Repositorys wie PyPI während der Jobausführung beseitigt, was für mehr Stabilität und Konsistenz für Produktionsworkloads sorgt. Beispiel:
--additional-python-modules s3://amzn-s3-demo-bucket/path/to/zip-of-wheels-1.0.0.gluewheels.zip --python-modules-installer-option --no-index
Anweisungen zum Erstellen einer ZIP-Datei mit Rädern finden Sie unter. Anhang A: Ein Zip of Wheels-Artefakt erstellen
AWS Glue unterstützt die Installation benutzerdefinierter Python-Pakete mithilfe von Wheel- (.whl) -Dateien, die in Amazon S3 gespeichert sind. Um Raddateien in Ihre AWS Glue-Jobs aufzunehmen, geben Sie dem --additional-python-modules Job-Parameter eine kommagetrennte Liste Ihrer in s3 gespeicherten Raddateien an. Beispiel:
--additional-python-modules s3://amzn-s3-demo-bucket/path/to/package-1.0.0-py3-none-any.whl,s3://your-bucket/path/to/another-package-2.1.0-cp311-cp311-linux_x86_64.whl
Dieser Ansatz unterstützt auch, wenn Sie benutzerdefinierte Distributionen oder Pakete mit nativen Abhängigkeiten benötigen, die für das richtige Betriebssystem vorkompiliert sind. Weitere Beispiele finden Sie unter Python-Module aus einem Rad für Spark-ETL-Workloads mit AWS Glue 2.0 erstellen
In AWS Glue 5.0+ können Sie den Defacto-Standard zur Verwaltung von requirements.txt Python-Bibliotheksabhängigkeiten bereitstellen. Geben Sie dazu die folgenden zwei Auftragsparameter an:
-
Schlüssel:
--python-modules-installer-optionWert:
-r -
Schlüssel:
--additional-python-modulesWert:
s3://path_to_requirements.txt
AWS Glue 5.0-Knoten laden zunächst die in angegebenen Python-Bibliothekenrequirements.txt.
Hier ist ein Beispiel für requirements.txt:
awswrangler==3.9.1 elasticsearch==8.15.1 PyAthena==3.9.0 PyMySQL==1.1.1 PyYAML==6.0.2 pyodbc==5.2.0 pyorc==0.9.0 redshift-connector==2.1.3 scipy==1.14.1 scikit-learn==1.5.2 SQLAlchemy==2.0.36
Wichtig
Verwenden Sie diese Option mit Vorsicht, insbesondere bei Produktionsworkloads. Das Abrufen von Abhängigkeiten von PyPI zur Laufzeit ist sehr riskant, da Sie nicht sicher sein können, zu welchem Artefakt Pip aufgelöst wird. Die Verwendung nicht angehefteter Bibliotheksversionen ist besonders riskant, da dabei die neueste Version der Python-Module abgerufen wird, was zu grundlegenden Änderungen oder inkompatiblen Python-Modulen führen kann. Dies könnte zu einem Jobfehler aufgrund eines Fehlers bei der Python-Installation in der AWS Glue-Jobumgebung führen. Das Fixieren der Bibliotheksversion erhöht zwar die Stabilität, aber die Pip-Auflösung ist immer noch nicht vollständig deterministisch, sodass ähnliche Probleme auftreten können. Als bewährte Methode empfiehlt AWS Glue, eingefrorene Artefakte wie Zip-Dateien von Rädern oder einzelne Raddateien zu verwenden ((Empfohlen) Installation zusätzlicher Python-Bibliotheken in AWS Glue 5.0 oder höher mit Zip of Wheelsweitere Informationen finden Sie unter).
Wichtig
Wenn Sie die Versionen Ihrer transitiven Abhängigkeiten nicht fixieren, kann es sein, dass eine primäre Abhängigkeit inkompatible transitive Abhängigkeitsversionen abruft. Als bewährte Methode sollten alle Bibliotheksversionen angeheftet werden, um die Konsistenz der AWS Glue-Jobs zu erhöhen. Noch besser: AWS Glue empfiehlt, Ihre Abhängigkeiten in einer Zip-Datei mit Rädern zu verpacken, um maximale Konsistenz und Zuverlässigkeit für Ihre Produktionsworkloads zu gewährleisten.
Um ein neues Python-Modul zu aktualisieren oder hinzuzufügen, ermöglicht AWS Glue die Übergabe von --additional-python-modules Parametern mit einer Liste von durch Kommas getrennten Python-Modulen als Werte. Verwenden Sie beispielsweise zur Aktualisierung/zum Hinzufügen eines scikit-learn-Moduls den folgenden Schlüssel/Wert: "--additional-python-modules",
"scikit-learn==0.21.3". Sie haben zwei Möglichkeiten, die Python-Module direkt zu konfigurieren.
-
Angeheftetes Python-Modul
"--additional-python-modules", "scikit-learn==0.21.3,ephem==4.1.6" -
Nicht angeheftetes Python-Modul: (Nicht für Produktions-Workloads empfohlen)
"--additional-python-modules", "scikit-learn>==0.20.0,ephem>=4.0.0"ODER
"--additional-python-modules", "scikit-learn,ephem"
Wichtig
Verwenden Sie diese Option mit Vorsicht, insbesondere bei Produktionsworkloads. Das Abrufen von Abhängigkeiten von PyPI zur Laufzeit ist sehr riskant, da Sie nicht sicher sein können, zu welchem Artefakt Pip aufgelöst wird. Die Verwendung nicht angehefteter Bibliotheksversionen ist besonders riskant, da dabei die neueste Version der Python-Module abgerufen wird, was zu grundlegenden Änderungen oder inkompatiblen Python-Modulen führen kann. Dies könnte zu einem Jobfehler aufgrund eines Fehlers bei der Python-Installation in der AWS Glue-Jobumgebung führen. Das Fixieren der Bibliotheksversion erhöht zwar die Stabilität, aber die Pip-Auflösung ist immer noch nicht vollständig deterministisch, sodass ähnliche Probleme auftreten können. Als bewährte Methode empfiehlt AWS Glue, eingefrorene Artefakte wie Zip-Dateien von Rädern oder einzelne Raddateien zu verwenden ((Empfohlen) Installation zusätzlicher Python-Bibliotheken in AWS Glue 5.0 oder höher mit Zip of Wheelsweitere Informationen finden Sie unter).
Wichtig
Wenn Sie die Versionen Ihrer transitiven Abhängigkeiten nicht fixieren, kann es sein, dass eine primäre Abhängigkeit inkompatible transitive Abhängigkeitsversionen abruft. Als bewährte Methode sollten alle Bibliotheksversionen angeheftet werden, um die Konsistenz der AWS Glue-Jobs zu erhöhen. Noch besser: AWS Glue empfiehlt, Ihre Abhängigkeiten in einer Zip-Datei mit Rädern zu verpacken, um maximale Konsistenz und Zuverlässigkeit für Ihre Produktionsworkloads zu gewährleisten.
Einschließlich Python-Dateien mit PySpark nativen Funktionen
AWS Glue verwendet PySpark , um Python-Dateien in AWS Glue ETL-Jobs einzubeziehen. Sie sollten --additional-python-modules verwenden, um Ihre Abhängigkeiten zu verwalten (sofern verfügbar). Sie können den Auftragsparameter --extra-py-files verwenden, um Python-Dateien hinzuzufügen. Abhängigkeiten müssen in Amazon S3 gehostet werden und der Argumentwert sollte eine kommagetrennte Liste von Amazon S3-Pfaden ohne Leerzeichen sein. Diese Funktion verhält sich wie das Python-Abhängigkeitsmanagement, das Sie mit Spark verwenden würden´. Weitere Informationen zur Python-Abhängigkeitsverwaltung in Spark finden Sie auf der Seite PySpark Using Native Features--extra-py-filesist nützlich in Fällen, in denen Ihr zusätzlicher Code nicht gepackt ist oder wenn Sie ein Spark-Programm mit einer vorhandenen Toolchain zur Verwaltung von Abhängigkeiten migrieren. Damit Ihre Abhängigkeitstools wartbar sind, müssen Sie Ihre Abhängigkeiten bündeln, bevor Sie sie einreichen.
Programmierskripte, die visuelle Transformationen verwenden
Wenn Sie einen AWS Glue-Job mit der visuellen Oberfläche von AWS Glue Studio erstellen, können Sie Ihre Daten mit verwalteten Datentransformationsknoten und benutzerdefinierten visuellen Transformationen transformieren. Weitere Informationen zu verwalteten Datentransformationsknoten finden Sie unter Transformieren von Daten mit von AWS Glue verwalteten Transformationen. Weitere Informationen zu benutzerdefinierten visuellen Transformationen finden Sie unter Transformieren von Daten mit benutzerdefinierten visuellen Transformationen . Skripte, die visuelle Transformationen verwenden, können nur generiert werden, wenn die Sprache Ihres Auftrags auf die Verwendung von Python eingestellt ist.
Wenn ein AWS Glue-Job mithilfe von visuellen Transformationen generiert wird, AWS bezieht Glue Studio diese Transformationen mithilfe des --extra-py-files Parameters in der Auftragskonfiguration in die Laufzeitumgebung ein. Informationen zu Auftragsparametern finden Sie unter Verwenden von Auftragsparametern in AWS Glue-Jobs. Wenn Sie Änderungen an einem generierten Skript oder einer generierten Laufzeitumgebung vornehmen, müssen Sie diese Auftragskonfiguration beibehalten, damit Ihr Skript erfolgreich ausgeführt werden kann.
Komprimieren von Bibliotheken für die Integration
Sofern eine Bibliothek nicht in einer einzigen .py-Datei enthalten ist, sollte sie in ein .zip-Archiv gepackt werden. Das Paketverzeichnis sollte sich im Stammverzeichnis des Archivs befinden und eine __init__.py-Datei für das Paket enthalten. Python ist dann in der Lage, das Paket wie gewohnt zu importieren.
Wenn Ihre Bibliothek nur aus einem einzigen Python-Modul in einer .py-Datei besteht, brauchen Sie sie nicht in einer .zip-Datei abzulegen.
Python-Bibliotheken in AWS Glue Studio-Notebooks laden
Informationen zur Angabe von Python-Bibliotheken in AWS Glue Studio-Notebooks finden Sie unter Zusätzliche Python-Module installieren.
Laden von Python-Bibliotheken in einen Entwicklungsendpunkt in AWS Glue 0.9/1.0
Wenn Sie verschiedene Bibliotheks-Sets für verschiedene ETL-Skripts verwenden, können Sie entweder für jeden Satz einen eigenen Entwicklungsendpunkt einrichten oder die .zip-Bibliotheksdatei(en) überschreiben, die Ihr Entwicklungsendpunkt bei jedem Wechsel des Skripts lädt.
Sie können die Konsole verwenden, um eine oder mehrere Library.zip-Dateien für einen Entwicklungsendpunkt anzugeben, wenn Sie diesen erstellen. Nachdem Sie einen Namen und eine IAM-Rolle zugewiesen haben, wählen Sie Script Libraries and job parameters (optional) (Skript-Bibliotheken und Auftragsparameter (optional)) aus und geben Sie den vollständigen Amazon-S3-Pfad zu Ihrer .zip-Bibliotheksdatei im Feld Python library path (Python-Bibliothekspfad) ein. Zum Beispiel:
s3://bucket/prefix/site-packages.zip
Wenn Sie möchten, können Sie mehrere vollständige Pfade zu Dateien angeben und diese mit Kommas, aber ohne Leerzeichen trennen:
s3://bucket/prefix/lib_A.zip,s3://bucket_B/prefix/lib_X.zip
Wenn Sie diese .zip-Dateien später aktualisieren, können Sie sie über die Konsole erneut in Ihren Entwicklungsendpunkt importieren. Navigieren Sie zu dem betreffenden Entwicklerendpunkt, markieren Sie das Kästchen daneben und wählen Sie Update ETL libraries (ETL-Bibliotheken aktualisieren) aus dem Menü Action (Aktion) aus.
Auf ähnliche Weise können Sie Bibliotheksdateien mit dem AWS Glue angeben APIs. Wenn Sie einen Entwicklungsendpunkt durch den Aufruf vonCreateDevEndpoint Aktion (Python: create_dev_endpoint) erstellen, können Sie einen oder mehrere vollständige Pfade zu Bibliotheken im ExtraPythonLibsS3Path-Parameter angeben, und zwar in einem Aufruf, der so aussieht:
dep = glue.create_dev_endpoint(
EndpointName="testDevEndpoint",
RoleArn="arn:aws:iam::123456789012",
SecurityGroupIds="sg-7f5ad1ff",
SubnetId="subnet-c12fdba4",
PublicKey="ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCtp04H/y...",
NumberOfNodes=3,
ExtraPythonLibsS3Path="s3://bucket/prefix/lib_A.zip,s3://bucket_B/prefix/lib_X.zip")
Wenn Sie einen Entwicklungsendpunkt aktualisieren, können Sie auch die geladene Bibliotheken aktualisieren, indem Sie ein DevEndpointCustomLibraries-Objekt verwenden und den UpdateEtlLibraries -Parameter beim Aufruf von UpdateDevEndpoint (update_dev_endpoint) auf True festlegen.
Python-Bibliotheken in einem Job verwenden oder JobRun
Wenn Sie einen neuen Auftrag in der Konsole erstellen, können Sie eine oder mehrere Library.zip-Dateien angeben, indem Sie Script Libraries and job parameters (optional) (Skript-Bibliotheken und Auftragsparameter (optional)) auswählen und den vollständigen Amazon-S3-Bibliothekspfad wie beim Erstellen eines Entwicklungsendpunkts eingeben:
s3://bucket/prefix/lib_A.zip,s3://bucket_B/prefix/lib_X.zip
Wenn Sie die Funktion CreateJob (Job erstellen) aufrufen, können Sie einen oder mehrere vollständige Pfade zu Standardbibliotheken angeben, indem Sie den --extra-py-files-Standardparameter verwenden:
job = glue.create_job(Name='sampleJob',
Role='Glue_DefaultRole',
Command={'Name': 'glueetl',
'ScriptLocation': 's3://my_script_bucket/scripts/my_etl_script.py'},
DefaultArguments={'--extra-py-files': 's3://bucket/prefix/lib_A.zip,s3://bucket_B/prefix/lib_X.zip'})
Wenn Sie dann eine starten JobRun, können Sie die Standardeinstellung der Bibliothek durch eine andere überschreiben:
runId = glue.start_job_run(JobName='sampleJob',
Arguments={'--extra-py-files': 's3://bucket/prefix/lib_B.zip'})
Proaktives Analysieren von Python-Abhängigkeiten
Um potenzielle Abhängigkeitsprobleme vor der Bereitstellung in AWS Glue proaktiv zu identifizieren, können Sie das Abhängigkeitsanalyse-Tool verwenden, um Ihre Python-Pakete anhand Ihrer AWS Glue-Zielumgebung zu validieren.
AWS bietet ein Open-Source-Python-Abhängigkeitsanalyse-Tool, das speziell für AWS Glue-Umgebungen entwickelt wurde. Dieses Tool ist im AWS Glue-Beispiel-Repository verfügbar und kann lokal verwendet werden, um Ihre Abhängigkeiten vor der Bereitstellung zu überprüfen.
Mithilfe dieser Analyse können Sie sicherstellen, dass Ihre Abhängigkeiten der empfohlenen Vorgehensweise folgen, alle Bibliotheksversionen für konsistente Produktionsbereitstellungen anzuheften. Weitere Informationen finden Sie in der README-Datei
Der AWS Glue Python Dependency Analyzer hilft dabei, unverankerte Abhängigkeiten und Versionskonflikte zu identifizieren, indem er die Pip-Installation mit plattformspezifischen Einschränkungen simuliert, die zu Ihrer Glue-Zielumgebung passen. AWS
# Analyze a single Glue job python glue_dependency_analyzer.py -j my-glue-job # Analyze multiple jobs with specific AWS configuration python glue_dependency_analyzer.py -j job1 -j job2 --aws-profile production --aws-region us-west-2
Das Tool kennzeichnet Folgendes:
-
Nicht angeheftete Abhängigkeiten, die bei verschiedenen Auftragsausführungen unterschiedliche Versionen installieren könnten
-
Versionskonflikte zwischen Paketen
-
Abhängigkeiten sind für Ihre AWS Glue-Zielumgebung nicht verfügbar
Amazon Q Developer ist ein auf generativer künstlicher Intelligenz (KI) basierender Konversationsassistent, der Ihnen helfen kann, AWS Anwendungen zu verstehen, zu erstellen, zu erweitern und zu betreiben. Sie können ihn herunterladen, indem Sie den Anweisungen im Handbuch „Erste Schritte“ für Amazon Q folgen.
Amazon Q Developer kann zum Analysieren und Beheben von Auftragsfehlern aufgrund von Python-Abhängigkeit verwendet werden. Wir empfehlen die Verwendung des folgenden Prompts, indem Sie den Platzhalter <Job-Name> durch den Namen Ihres Glue-Jobs ersetzen.
I have an AWS Glue job named <Job-Name> that has failed due to Python module installation conflicts. Please assist in diagnosing and resolving this issue using the following systematic approach. Proceed once sufficient information is available. Objective: Implement a fix that addresses the root cause module while minimizing disruption to the existing working environment. Step 1: Root Cause Analysis • Retrieve the most recent failed job run ID for the specified Glue job • Extract error logs from CloudWatch Logs using the job run ID as a log stream prefix • Analyze the logs to identify: • The recently added or modified Python module that triggered the dependency conflict • The specific dependency chain causing the installation failure • Version compatibility conflicts between required and existing modules Step 2: Baseline Configuration Identification • Locate the last successful job run ID prior to the dependency failure • Document the Python module versions that were functioning correctly in that baseline run • Establish the compatible version constraints for conflicting dependencies Step 3: Targeted Resolution Implementation • Apply pinning by updating the job's additional_python_modules parameter • Pin only the root cause module and its directly conflicting dependencies to compatible versions, and do not remove python modules unless necessary • Preserve flexibility for non-conflicting modules by avoiding unnecessary version constraints • Deploy the configuration changes with minimal changes to the existing configuration and execute a validation test run. Do not change the Glue versions. Implementation Example: Scenario: Recently added pandas==2.0.0 to additional_python_modules Error: numpy version conflict (pandas 2.0.0 requires numpy>=1.21, but existing job code requires numpy<1.20) Resolution: Update additional_python_modules to "pandas==1.5.3,numpy==1.19.5" Rationale: Use pandas 1.5.3 (compatible with numpy 1.19.5) and pin numpy to last known working version Expected Outcome: Restore job functionality with minimal configuration changes while maintaining system stability.
Der Prompt weist Q zu Folgendem an:
-
Abrufen der ID der letzten fehlerhaften Auftragsausführung
-
Finden zugehöriger Protokolle und Details
-
Finden erfolgreicher Auftragsausführungen, um geänderte Python-Pakete zu erkennen
-
Vornehmen aller Konfigurationskorrekturen und Auslösen eines weiteren Testlaufs
Python-Module, die bereits in AWS Glue enthalten sind
Um die Version dieser bereitgestellten Module zu ändern, stellen Sie neue Versionen mit dem Auftragsparameter --additional-python-modules bereit.
Anhang A: Ein Zip of Wheels-Artefakt erstellen
Wir zeigen anhand eines Beispiels, wie ein Artefakt mit einem Reißverschluss aus Rädern erstellt wird. Das gezeigte Beispiel lädt die Pakete cryptography scipy in eine Zip of Wheels-Artefakt herunter und kopiert die Postleitzahl der Räder an einen Amazon S3 S3-Speicherort.
-
Sie müssen die Befehle ausführen, um die Zip of Wheels in einer Amazon Linux-Umgebung zu erstellen, die der Umgebung von Glue ähnelt. Siehe Anhang B: Details zur AWS Glue-Umgebung. Glue 5.1 verwendet AL2 023 mit Python-Version 3.11. Erstellen Sie ein Dockerfile, das diese Umgebung erstellt:
FROM --platform=linux/amd64 public.ecr.aws/amazonlinux/amazonlinux:2023-minimal # Install Python 3.11, pip, and zip utility RUN dnf install -y python3.11 pip zip && \ dnf clean all WORKDIR /build -
Erstellen Sie eine Datei requirements.txt
cryptography scipy -
Docker-Container erstellen und hochfahren
# Build docker image docker build --platform linux/amd64 -t glue-wheel-builder . # Spin up container docker run --platform linux/amd64 -v $(pwd)/requirements.txt:/input/requirements.txt:ro -v $(pwd):/output -it glue-wheel-builder bash -
Führen Sie die folgenden Befehle im Docker-Image aus
# Create a directory for the wheels mkdir wheels # Copy requirements.txt into wheels directory cp /input/requirements.txt wheels/ # Download the wheels with the correct platform and Python version pip3 download \ -r wheels/requirements.txt \ --dest wheels/ \ --platform manylinux2014_x86_64 \ --python-version 311 \ --only-binary=:all: # Package the wheels into a zip archive with the .gluewheels.zip suffix zip -r mylibraries-1.0.0.gluewheels.zip wheels/ # Copy zip to output cp mylibraries-1.0.0.gluewheels.zip /output/ # Exit the container exit -
Laden Sie die ZIP-Datei der Räder an den Amazon S3 S3-Standort hoch
aws s3 cp mylibraries-1.0.0.gluewheels.zip s3://amzn-s3-demo-bucket/example-prefix/ -
Optionale Bereinigung
rm mylibraries-1.0.0.gluewheels.zip rm Dockerfile rm requirements.txt -
Führen Sie den Glue-Job mit den folgenden Job-Argumenten aus:
--additional-python-modules s3://amzn-s3-demo-bucket/example-prefix/mylibraries-1.0.0.gluewheels.zip --python-modules-installer-option --no-index
Anhang B: Details zur AWS Glue-Umgebung
| AWS Ausführung mit Glue | Python-Version | Basis-Image | glibc-Version | Kompatible Plattform-Tags |
|---|---|---|---|---|
| 5.1 | 3.11 | Amazon Linux 2023 (AL2023) |
2,34 |
viele Linux_2_34_x86_64 viele linux_2_28_x86_64 viele Linux2014_x86_64 |
| 5.0 | 3.11 | Amazon Linux 2023 (AL2023) |
2,34 |
viele Linux_2_34_x86_64 viele linux_2_28_x86_64 viele Linux2014_x86_64 |
| 4,0 | 3.10 | Amazon Linux (2AL2) |
2,26 | viele Linux2014_x86_64 |
| 3.0 | 3.7 | Amazon Linux (2AL2) |
2,26 | viele Linux2014_x86_64 |
| 2.0 | 3.7 | Amazon Linux-AMI (AL1) |
2,17 | viele Linux2014_x86_64 |
Im Rahmen des Modells der AWS gemeinsamen Verantwortung
AWS Glue unterstützt das Kompilieren von nativem Code in der Jobumgebung nicht. AWS Glue-Jobs werden jedoch in einer von Amazon verwalteten Linux-Umgebung ausgeführt. Möglicherweise können Sie Ihre nativen Abhängigkeiten in einer kompilierten Form über eine Python-Wheel-Datei bereitstellen. Einzelheiten zur Kompatibilität der AWS Glue-Version finden Sie in der obigen Tabelle.
Wichtig
Die Verwendung inkompatibler Abhängigkeiten kann zu Laufzeitproblemen führen, insbesondere bei Bibliotheken mit nativen Erweiterungen, die mit der Architektur und den Systembibliotheken der Zielumgebung übereinstimmen müssen. Jede AWS Glue-Version läuft auf einer bestimmten Python-Version mit vorinstallierten Bibliotheken und Systemkonfigurationen.