<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Serverless on Mysterious Code - Senior AWS, DevOps &amp; security engineering</title><link>https://mysteriouscode.com/blog/category/serverless/</link><description>Recent content in Serverless on Mysterious Code - Senior AWS, DevOps &amp; security engineering</description><generator>Hugo</generator><language>en-gb</language><lastBuildDate>Tue, 18 Jul 2017 09:42:49 +0000</lastBuildDate><atom:link href="https://mysteriouscode.com/blog/category/serverless/index.xml" rel="self" type="application/rss+xml"/><item><title>Enabling global API Gateway stage logging using CloudFormation</title><link>https://mysteriouscode.com/blog/enabling-global-api-gateway-stage-logging-using-cloudformation/</link><pubDate>Tue, 18 Jul 2017 09:42:49 +0000</pubDate><guid>https://mysteriouscode.com/blog/enabling-global-api-gateway-stage-logging-using-cloudformation/</guid><description>&lt;p&gt;Enabling logging in API Gateway for your stage is fairly easy. You go into the Console, setup a role for API Gateway to
use for logging, find the stage and enable logs. It will enable logging for all methods within that stage. Doing the
same configuration using CloudFormation is not completely obvious though, as
the &lt;a href="http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-apigateway-stage.html"&gt;stage object&amp;rsquo;s&lt;/a&gt; &lt;code&gt;MethodSettings&lt;/code&gt;
property seems to allow you to only do that for a specific resource and method.&lt;/p&gt;</description></item><item><title>Intrusion detection and prevention with AWS Lambda and DynamoDB streams</title><link>https://mysteriouscode.com/blog/intrusion-detection-and-prevention-with-aws-lambda-and-dynamodb-streams/</link><pubDate>Wed, 05 Apr 2017 10:00:07 +0000</pubDate><guid>https://mysteriouscode.com/blog/intrusion-detection-and-prevention-with-aws-lambda-and-dynamodb-streams/</guid><description>&lt;p&gt;Intrusion detection system (IDS) and intrusion prevention system (IPS) tend to be expensive and complicated. In AWS, you
can go for much simpler solution - WAF. But that requires you to use Application Load Balancer or CloudFront. But even
with WAF, you have to manage a list IP addresses of attackers that should be blocked. Or, if you only ever need to block
single IPs for short periods of time, NACLs may be a much easier option! Here&amp;rsquo;s a walkthrough on how you can implement a
terribly simple (yet very powerful) intrusion detection and prevention in AWS with Lambda and DynamoDB Streams for a web
application.&lt;/p&gt;</description></item><item><title>Deploying API Gateway and Lambda with CloudFormation</title><link>https://mysteriouscode.com/blog/deploying-apigateway-and-lambda-with-cloudformation/</link><pubDate>Mon, 21 Nov 2016 10:00:32 +0000</pubDate><guid>https://mysteriouscode.com/blog/deploying-apigateway-and-lambda-with-cloudformation/</guid><description>&lt;p&gt;Combination of AWS API Gateway and Lambda functions is a flag example of every &amp;ldquo;serverless infrastructure&amp;rdquo;. When
deploying API Gateway with CloudFormation there are two different ways you can define your API: via Swagger template or
by directly defining your methods in CloudFormation template.&lt;/p&gt;</description></item><item><title>What's broken when deploying Lambda and API Gateway via CloudFormation</title><link>https://mysteriouscode.com/blog/whats-broken-when-deploying-lambda-and-api-gateway-via-cloudformation/</link><pubDate>Mon, 14 Nov 2016 19:22:45 +0000</pubDate><guid>https://mysteriouscode.com/blog/whats-broken-when-deploying-lambda-and-api-gateway-via-cloudformation/</guid><description>&lt;p&gt;AWS Lambda and API Gateway are becoming synonymous with &amp;ldquo;serverless infrastructure&amp;rdquo; and getting more and more popular.
To deploy them in repeatable way, one of the tools I recommend is CloudFormation. There are many ways you can define
your API and your Lambda, but when connecting the two with CloudFormation there&amp;rsquo;s usually something that many people
miss, and only notice when &lt;code&gt;{&amp;quot;message&amp;quot;: &amp;quot;Internal server error&amp;quot;}&lt;/code&gt; is thrown from their API Gateway endpoint.&lt;/p&gt;</description></item></channel></rss>