AWS Lambda robi miniaturki wideo

Stworzyłem repo GitHub , które robi dokładnie to (a także zmienia rozmiar wideo w tym samym czasie). Odpowiedź Russa Matneya była niezwykle pomocna, aby plik FFmpeg był wykonywalny.

Nie jestem pewien, jakiej biblioteki trybu niestandardowego użyłbyś do zadania ffmpeg; niemniej jednak kroki do wykonania tego są takie same.

1. Utwórz osobny katalog dla Twojego projektu lambda
2. Uruchom npm install <package name> wewnątrz tego katalogu (automatycznie wstawiłoby to node_modules i odpowiednie pliki)
3. Utwórz plik index.js w katalogu projektu lambda, następnie użyj require(<package-name>) i wykonaj główne zadanie tworzenia miniatur wideo
4. Gdy skończysz, możesz spakować folder projektu lambda i przesłać go I ' m AWS management console i skonfigurować plik indeksu i obsługę.
5. Pozostałe konfiguracje wykonują ten sam proces, jak rola wykonania IAM, WYZWALACZ, Specyfikacja pamięci i limitu czasu itp.

Mam to działa bez przenoszenia go do /tmp. Uruchomiłem chmod 755 na moim pliku wykonywalnym i zadziałało! Miałem problemy, gdy wcześniej ustawiłem go na chmod 777.

W momencie pisania, jak dobrze opisałem powyżej, nie ma już potrzeby kopiowania plików binarnych z bieżącego folderu, czyli folderu var/task lub process.env['LAMBDA_TASK_ROOT'] do folderu /tmp. Więc to jest po prostu konieczne, aby zrobić

chmod 755 dist/ff*

Jeśli masz tam swoje ffmpeg i ffprobe binaria.

Przy okazji, wcześniej moje rozwiązanie 2 centów, które zmarnowało 2 dni czasu było to

Configure : function(options, logger) {

        // default options
        this._options = {

          // Temporay files folder for caching and modified/downloaded binaries
          tempDir : '/tmp/',

          /**
           * Copy binaries to temp and fix permissions
           * default to false  - since this is not longer necessary
           * @see http://stackoverflow.com/questions/27708573/aws-lambda-making-video-thumbnails/29001078#29001078
          */
          copyBinaries : false

        };

        // override defaults
        for (var attrname in options) { this._options[attrname] = options[attrname]; }

        this.logger=logger;
        var self=this;

        // add temporary folder and task root folder to PATH
        process.env['PATH'] = process.env['PATH'] + ':/tmp/:' + process.env['LAMBDA_TASK_ROOT']

        if(self._options.copyBinaries)
        {
          var result = {}
          execute(result, {
            shell: "cp ./ffmpeg /tmp/.; chmod 755 /tmp/ffmpeg", // copies an ffmpeg binary to /tmp/ and chmods permissions to run it
            logOutput: true
          })
          .then(function(result) {
            return execute(result, {
               shell: "cp ./ffprobe /tmp/.; chmod 755 /tmp/ffprobe", // copies an ffmpeg binary to /tmp/ and chmods permissions to run it
               logOutput: true
             })
          })
          .then(function(result) {
             self.logger.info("LambdaAPIHelper.Configure done.");
          })
          .fail(function(err) {
            self.logger.error("LambdaAPIHelper.Configure: error %s",err);
          });
        } //copyBinaries

      }

Pomógł dobry lambduh moduł:

// lambuh & dependencies
var Q = require('q');
var execute = require('lambduh-execute');

Jak opisano tutaj i potwierdzone przez autor modułu teraz Można to uznać za niepotrzebne, przy okazji warto dobrze zrozumieć środowisko lambda runtime (maszyna), które jest dobrze opisane w eksploracji Lambda Runtime environment .

Po prostu przechodziłem przez te same problemy, jak opisano powyżej i skończyło się na przeniesieniu z tą samą koncepcją przenoszenia moich skryptów wymagających wykonania do katalogu /tmp.

var childProcess = require("child_process");
var Q = require('q');

Kod, którego użyłem jest poniżej z obietnicami:

.then(function(result) {
    console.log('Move shell ffmpeg shell script to executable state and location');
    var def = Q.defer();
    childProcess.exec("mkdir /tmp/bin; cp /var/task/bin/ffmpeg /tmp/bin/ffmpeg; chmod 755 /tmp/bin/ffmpeg",
      function (error, stdout, stderr) {
        if (error) {
          console.log("error: " + error)
        } else {
          def.resolve(result);
        }
      }
    )
    return def.promise;
  })

Aby plik binarny mógł być bezpośrednio wykonywalny na AWS Lambda (bez konieczności kopiowania do / tmp i chmod), musisz upewnić się, że plik binarny ma uprawnienia wykonywalne Kiedy zostanie dodany do pliku ZIP.

Jest to problematyczne w systemie Windows, ponieważ Windows nie rozpoznaje binariów Linuksa. Jeśli używasz systemu Windows 10, użyj powłoki Ubuntu Bash, aby utworzyć pakiet.

Stworzyłem węzeł.szablon funkcji js specjalnie do tego celu tutaj . Pozwala na aby wdrożyć jeden lub więcej binariów do Lambda, następnie wykonaj dowolne polecenie powłoki i przechwyć wyjście.