Next week I will be back in London as a speaker at #DevOpsCon and #SLAcon. I am very much looking forward to it!

I will present my new session “Cloud Minimalism: Declutter Your AWS Deployment” at the DevOps Conference and I will run a workshop about serverless databases at the Serverless Architecture Conference.

Cloud Minimalism: Declutter Your AWS Deployment

Long gone are the days of deployments of web applications relying only on Amazon EC2, RDS, and S3. AWS now claims “over 200 fully featured services from data centers globally” each with multiple options, pricing models, and deployment options. With all the options available, there’s never been a better time to be a developer. But there’s never been a harder time to make the correct choice to keep the architecture simple: hardly any cloud architect knows the name of all of them, let alone how to mix and match them. How can you balance the benefits and the fear of missing out on the latest and often cheaper options? Let’s discuss when and how you should declutter your deployment, one service at a time.

Working with Serverless Databases

The major cloud providers offer different options to run a relational database on the cloud. An approach that gained popularity in the last couple of years is to rely on serverless databases that offer both traditional TCP connections and HTTP API access. The goal of this workshop is to teach you how to deploy and operate applications using serverless databases successfully. Testing different serverless options on AWS, the workshop covers the benefits of serverless databases and highlights their drawbacks. We will compare different approaches and services, and explore the main benefits and limitations of a serverless RDBMS versus a more traditionally managed database. The focus of the workshop is on architecture and deployment on AWS, playing with services like Aurora Serverless and DynamoDB On-Demand. It is meant for anyone responsible for managing and scaling software applications that require (relational) databases, such as developers, architects, and DBA. You will learn when you should consider using traditional relational and not relational databases and when it makes sense to start using serverless ones.