-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build awsme for the Lambda environment #3
Comments
Interesting. I think we can make a major release with |
Yeah, I can PR that tonight, no problem! That is a great solution - I've learned something new. |
I'm running the tox stuff now. PR is available for you |
But don't bumpversion inside the PR, it has to be done in the master branch so that TravisCI will make a release. |
Got it. Also - need a bit of help on the |
I didn't undertand the problem. Could you please open a PR so I can see what's wrong? |
Yep - on it. |
Enjoy v1.0.0 |
Description
The awsme library has as an install_includes
boto3
. This is perfect and appropriate for most applications of the library, but it does not work well for AWS Lambda applications of the library.The reason is as follows: boto3 and the AWS API changes pretty rapidly, and AWS updates the Lambda runtime in sync with those changes. Best practices for Lambda functions are to NOT include boto3 in the lambda function package to prevent weird incompatibilities between the AWS API and older versions of boto3. Also, it prevents MAJOR package bloat.
What I've done in the past is fork project that have boto3, remove boto3 as a dependency, and upload the new build to pypi as lambda-. However, this is sub-optimal, obviously, as it only loosely tracks the primary project.
Could we alter the build to both produce
awsme
for standard applications and in the same run producelambda-awsme
for Lambda applications?The text was updated successfully, but these errors were encountered: