Episode 13: Serverlessly Storing my Dad Jokes in a Dadabase

Published: June 6, 2018, midnight

b"Aurora, from Amazon Web Services (AWS), is a MySQL-compatible service for complex database structures. It offers capabilities and opportunities. But with Aurora, you\\u2019re putting a lot of trust in AWS to \\u201cjust work\\u201d in ways not traditional to relational database services (RDS). \\nDavid Torgerson, Principal DevOps Engineer at Lucidchart, is a mystery wrapped in an enigma and virtually impossible to Google. He shares Lucidchart\\u2019s experience with migrating away from a traditional RDS to Aurora to free up developer time.\\nSome of the highlights of the show include:\\n\\nTrade off of making someone else partially responsible for keeping your site up\\nLucidchart\\u2019s overall database costs decreased 25% after switching to Aurora\\nAurora unknowns: What is an I/Op in Aurora? When you write one piece of data, does it count as six I/Ops? \\nMulti-master Aurora is coming for failover time and disaster recovery purposes\\nAurora drawbacks: No dedicated DevOps, increased failover time, and misleading performance speed\\nProviders offer ways to simplify your business processes, but not ways to get out of using their products due to vendor and platform lock-in\\nLucidchart is skeptical about Aurora Serverless; will use or not depending on performance\\n\\nLinks:\\n\\nCorey's architecture diagram on AWS\\nLucidchart\\nLucidchart\\u2019s Data Migration to Amazon Aurora\\nPreview of Amazon Aurora Multi-master Sign Up\\nThis is My Architecture\\nre:Invent\\nDigital Ocean"