Gordon is a tool to create, wire and deploy AWS Lambdas using CloudFormation

Documentation: http://gordondoc.s3-website-eu-west-1.amazonaws.com/

• 100% CloudFormation resource creation.
• 100% Boilerplate free
• Python/Javascript/Java/Golang/... runtimes supported.
• Run Lambdas locally (Python/Javascript/Java/Golang/...)
• Simple yml configuration
• Seamless integration with (pip,npm, gradle, ...)
• 100% Customizable lambda build process. Use Docker, Makefile or... a simple shell script.
• Dead-simple custom multi-stage and multi region deployments --stage=prod
• Supported integrations
  • APIGateway
  • Scheduled CloudWatch Events (cron)
  • CloudWatch Events
  • Dynamodb Streams
  • Kinesis Streams
  • S3
• AWS Lambda Versions an Aliases
• VPC support
• Dynamic stage parametrization including:
  • Environment variables
  • Jinja2 values
  • ARN translation helpers
• Extensive Documentation
• Good test suite
• Love ❤️

We think documentation and examples are an important pilar... so here you have a nice list of things you can play with!

• Python HelloWorld Lambda: Simple Lambda written in Python.
• Javascript HelloWorld Lambda: Simple Lambda written in Javascript.
• Javascript ES6 HelloWorld Lambda: Simple Lambda written in Javascript using ES-6.
• Java HelloWorld Lambda: Simple Lambda written in Java.
• Golang Runtime: Run Golang based Lambdas via shim.
• ApiGateway: Integration for creating a simple web service.
• Cron: Schedule lambdas using cron syntax.
• Dynamodb Stream Consumer: Consume as a stream changes to a dynamodb table.
• Kinesis Stream Consumer: Consume Events published in a Kinesis Stream.
• S3 Consumer: Run your lambdas when a file is created/deleted on S3.
• Contexts: Add dynamic configuration to your lambdas.
• Lambda based Custom CloudFormation Resouces: Manage CloudFormation resources using Lambdas.
• Telegram Bot: Create a simple bot in telegram.
• Slack Bot: Create a simple slash command bot for Slack.
• Twilio: Integrate your lambdas with Twilio using TwiML.
• Snowplow Analytics: Consume Snowplow Analytics events from gordon.
• Docker: Compile lambdas with native dependencies within a docker container thanks to lambci/docker-lambda

Because this project doesn't introduces anything new. Gordon is just a thin layer of sugar around AWS services and few conventions, which makes deploying and wiring Lambdas really easy.

Under the hood, gordon just generates self-contained CloudFormation templates... which is great!

Why introduce yet-another framework when you can build lambdas using AWS services and tools you already know how to use (pip, npm, grunt, gulp, gradle, Makefile...)

Keep it simple! 😀

One of the best advantages of using AWS is the fact that reproducibility is at it's core and their ecosystem is full of services which encourage it. Their flagship is CloudFormation.

Then... why not use only CloudFormation? Well, there are three reasons:

1. Complexity: CloudFormation stacks are defined using JSON templates which are a nightmare to write and maintain. And remember... friends don't let friends write JSON files.
2. Glue: There is a lot of glue to put in between a "normal user" and the reality-check of deploying and wiring a Lambda into AWS.
3. APIs: Not all AWS APIs are released when services are announced... ain't frameworks (boto3), nor integrations with CloudFormation.

This project tries to solve these three issues by:

1. Creating a really thin layer of conventions on top of easy to maintain YAML files.
2. Making everything work out of the box as well trying to make people not shoot in their foot.
3. Working around the lack of CloudFormation/Framework APIs (keeping in mind they will eventually happen).

Yes, we eat our own dog food; We use gordon to create gordon. The idea is that, (unlike many other projects) we don't think streaming API commands to AWS is a nice solution, so instead, we fill the gaps with custom CloudFormation resources.

Those Custom CloudFormation resources are implemented using Lambdas (deployed by gordon)... crazy uh?!

Why all this madness? Again... because reproducibility. If you manage some resources using CloudFormation, and some others streaming API commands, if/when you try to reproduce or decommission your environment... you are pretty much f***.

We would love to hear as much feedback as possible! If you have any comment, please drop me an email to [email protected]