Spécification des dépendances C (++) pour les packages python à utiliser dans AWS Lambda

Question

J'ai un service sans serveur que je souhaite utiliser dans AWS Lambda avec le package p123i sasl. Malheureusement, l'environnement AWS Lambda ne semble pas avoir les dernières versions de libstdC++, ce qui signifie que lorsque notre serveur de build zippe le paquet sasl pip install 'd et que nous appelons le lambda, il y a les erreurs attendues:

Unable to import module 'handler': /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /var/task/sasl/saslwrapper.so) 

Ma question est: Comment se déplacer? Existe-t-il un moyen de les compiler sur une instance Amazon Linux par rapport à la version mise à jour de libstdC++. So.6 afin qu'elle puisse être intégrée aux bibliothèques? Définirait LD_LIBRARY_PATH variable d'environnement à . et en incluant la dernière version de libstdC++. So.6 travail? Y a-t-il des bonnes pratiques partout dans le monde?

Answer 1

Here's your problem:

AWS Lambda est une plate-forme de calcul idéal pour de nombreux scénarios d'application, à condition que vous pouvez écrire votre code d'application dans les langues prises en charge par AWS Lambda (qui est, Node.js, Java, C# et Python)

Vous faites quelque chose que vous ne devriez pas faire.

Vous pourriez être en mesure de le pirater (je l'ai eu du succès dans le passé avec redistribuant libstdC++ et libgcc_s de ma machine de construction, les plonking quelque part avec mon exécutable et faire en sorte qu'ils sont préférés à runtime en utilisant -Wl,-rpath,'$ORIGIN') mais vous serez essentiellement seul. C++ n'est pas vraiment conçu pour être déployé sur une plate-forme autre que celle sur laquelle il a été construit, donc à moins qu'Amazon fournisse un environnement "AWS Lambda" pour construire des choses, vous serez bloqué avec de tels hacks.