Wie kann ich der Installation von GraphicsMagick oder ImageMagick auf AWS Lambda?

Ich bin mit der gm - Paket für Node.js zusammen mit dem Standard-ImageMagick-installation, die auf AWS Lambda.

const gm = require('gm').subClass({ imageMagick: true });

Aus irgendeinem Grund, das resize-Funktionalität scheitert für bestimmte Bilder.

Ich habe eine EC2-Instanz mit dem Amazon Linux AMI (ami-hvm-2016.03.3.x86_64-gp2).
Ich installierte die (alte) 6.x-version von ImageMagick verfügbar ist yum. Wenn ich mein Skript mit, die Installation auf der EC2-Instanz, es reproduziert die Fehler sehe ich, wenn der code läuft auf Lambda-Bestätigung ist etwas, das mit dieser version von IM, das den Fehler verursacht.

Wenn ich installieren, GraphicsMagick mit sudo yum install GraphicsMagick. Dies ermöglicht mein Skript zum ausführen der Größe ohne Fehler.

const gm = require('gm').subClass({ imageMagick: false });

Allerdings bin ich mir nicht sicher, wie Sie Sie zu bündeln, diese in meinem bereitstellen, mit serverlose. Wenn ich GraphicsMagick installieren in den gleichen Ordner wie das Skript mit sudo yum --installroot=/var/task install GraphicsMagick, und führen Sie das Skript mithilfe dieses require-Anweisung statt:

const gm = require('gm').subClass({ imageMagick: false, appPath: './usr/bin/' });

Die Größe der Arbeit, wenn ich mein Skript auf der EC2-Instanz. Aber wenn ich für die Bereitstellung serverlose, und das Skript läuft in Lambda, die ausführbare Datei scheint kaputt zu sein. gm schlägt mit den folgenden Fehler bei einem Aufruf gm(buffer).size(/*...*/).

could not get the image size: ERR:
{"code":"EPIPE","errno":"EPIPE","syscall":"write"}

Wie kann ich erstellen Sie eine version von ImageMagick oder GraphicsMagick, die bereitgestellt werden kann, mit serverlose?

InformationsquelleAutor wprl | 2017-06-23
  1. 21

    Drehte ich mich das Letzte aws-linux und ran an die unten angegebenen Befehle. 

    yum -y install gcc-c++ libpng-devel libjpeg-devel libtiff-devel wget
wget https://downloads.sourceforge.net/project/graphicsmagick/graphicsmagick/1.3.26/GraphicsMagick-1.3.26.tar.gz
tar zxvf GraphicsMagick-1.3.26.tar.gz
cd GraphicsMagick-1.3.26
./configure --prefix=/var/task/graphicsmagick --enable-shared=no --enable-static=yes
make
sudo make install
tar zcvf ~/graphicsmagick.tgz /var/task/graphicsmagick/

    Ich mit scp die dir unten in meinem lokalen und warf es in das Paket gepackt werden und eingesetzt werden. Mein layout ist ähnlich wie die aws-repo-code verlinkt, aber modifiziert für serverlose.

    Lambda-code:

    //graphicsmagick dir is at the root of my project
const BIN_PATH = process.env['LAMBDA_TASK_ROOT'] + "/graphicsmagick/bin/";
const Gm = require('gm').subClass({ appPath: BIN_PATH });

//below is inside the handler
process.env['PATH'] = process.env['PATH'] + ':' + BIN_PATH;

    serverlose.yml

    package:
  artifact: /path/to/function.zip

    Ich nutze das Artefakt, und Baue meine eigenen zip. Wenn Sie die Frage unten, ich schlage vor, Sie tun, dass.
    https://github.com/serverless/serverless/issues/3215

    # -y to keep the symlinks and thus reduce the size from 266M to 73M
cd lambda && zip -FS -q -r -y ../dist/function.zip *

    Ideen packte aus:

    https://gist.github.com/bensie/56f51bc33d4a55e2fc9a

    https://github.com/awslabs/serverless-image-resizing

    Bearbeiten:
    Vielleicht möchten Sie auch prüfen,lambda-Schichten. Kann auch nur das zu tun diese Art der Sache einmal.

    • ändern ./configure --prefix=/var/Aufgabe/graphicsmagick --enable-shared=no --enable-static=yes
    • Ich habe Mühe mit der abhängigen libs... nicht finden können, z.B. libjpeg.so.62 wenn ich gm auf die lambda
    • Zusätzlich zu den aufgeführten Pakete, die ich installieren musste tar, gzip und make. Eine weitere option anstelle der scp ist auf (dem host) ausgeführt docker cp [container id]:/root/graphicsmagick.tgz ./
    • Wo haben Sie diesen Befehl. Habe ich eine lambda-Funktion und es gibt mir die gleichen Fehler und läuft einwandfrei auf dem lokalen. Können Sie die Schritte, wie und wo Sie lief die Befehle?
    • wo ist die serverlose.yml für meinen einfachen lambda-Funktion?
    • Ich wirklich nicht bekommen, warum legen die process.env['PATH'] = process.env['PATH'] + ':' + BIN_PATH; im inneren der hf. Und ich habe alle diese Schritte und immer noch nicht in der Lage gewesen, es zu schaffen. Ich bekomme immer eine Fehlermeldung, in der mir Could not execute GraphicsMagick/ImageMagick: /var/task/graphicsmagick/bin/gm ... ...this most likely means the gm/convert binaries can't be found
    • Glaube, ich zog es von hier aus zurück in den Tag. aws.amazon.com/blogs/compute/running-executables-in-aws-lambda. Es wurden eine Menge Fortschritte, die seit dann. Vielleicht möchten Sie einen Blick auf das Andockfenster etc.

    InformationsquelleAutor pbsladek
  2. 7

    Wenn Sie angehen möchte, ändern der Bildgröße, können Sie auch einen Blick auf die serverlose scharfes Bild-Bibliothek, die verwendet Scharfe, eine hohe Leistung Node.js Bibliothek für die Skalierung von Bildern, die etwa 3x - 5x schneller im Vergleich zu GM/IM. Sie hat nicht genügend Informationen zu sagen, dass es passt Ihre Anforderungen, aber ich wollte es nur mal erwähnen, da diese Bibliothek bereits ersparte mir eine Menge von AWS Lambda Kosten so weit.

    Übrigens: ich bin nicht im Zusammenhang mit diesem Projekt (aber die Lizenzen MIT/Apache-Lizenz 2.0 sowieso).

    InformationsquelleAutor Tom
  3. 1

    Alle Abhängigkeiten werden kann, gepackt und hochgeladen, als einen Teil Ihrer AWS Lambda-Funktion

    Können Sie meist jedes Paket, das Sie möchten von AWS Lambda, wenn Sie passen kann es innerhalb der zulässige Größe begrenzt und laden Sie die zip-Datei. Werfen Sie einen Blick auf die AWS Lambda Deployment Limits Abschnitt

    Auch, hier ist ein Beispiel, wie man package-Abhängigkeiten (python code) https://stackoverflow.com/a/36093281/358013

    • Ich habe imagemagick installiert in dem Paket und ich kann es sehen in den node_modules-Ordner. Aber dennoch gibt es den gleichen Fehler. Auf den lokalen, die ich installiert habe imageMagick auf ubuntu und es funktioniert gut. Ich weiß nicht, wie es zu installieren auf dem lambda-Umgebung.
    • Sie müssen nicht installieren Sie die lambda-Umgebung. Sie würde das Paket mit allen Abhängigkeiten, d.h. imageMagick in diesem Fall. finden Sie diese zum Beispiel stackoverflow.com/questions/36054976/pandas-aws-lambda/...
    InformationsquelleAutor blueskin
  4. 1

    Für node.js Sie können Knoten-lambda, es vereinfacht die Verpackung mit einem docker-image :

    node-lambda package -I lambci/lambda:build-nodejs6.10 -A . -x '*.lock *.zip'

    Den -I argument Start wird ein docker-image und starten Sie npm i in Ihrem Projekt, so wird es kompilieren Sie das binäre node_modules gegen die richtige Architektur.

    • Wie wollen Sie dann bereitstellen, mit serverlose? serverless deploy?
    InformationsquelleAutor Jide
  5. 0

    Bei der Installation von Docker auf Ihrem lokalen Gerät, und fügen Sie diesen Befehl in Ihr Paket.json.

    "dockerbuild": "rm -rf node_modules/gm && docker run -v \"$PWD\":/var/task lambci/lambda:build-nodejs8.10 npm install"

    Laufen npm run dockerbuild vor der Bereitstellung Ihrer app.

    Sollten Sie ändern Sie die Knoten-version basiert auf die version des lambda-Umgebung.

    InformationsquelleAutor Onur Yıldırım
  6. 0

    Als ich überprüft, die ist imageMagick existiert bereits auf aws lambda Umgebung. So können wir alle Bibliothek mit Grafiken, Bildern im Zusammenhang mit imageMagick. Siehe: https://serverless.com/blog/building-a-serverless-screenshot-service-with-lambda/

    InformationsquelleAutor Thuy Nguyen
Schreibe einen Kommentar