The Cloudfix Team is on prem at AWS’s massive re:Invent conference in Las Vegas, and we’re bringing you along with us throughout the week. Rahul, Hilary and special guests meet up every morning to unpack the latest AWS news from the conference, and swap opinions and hot takes on where the cloud community grows from here. We start with Rahul’s best predictions for what we can expect will be unveiled this week, and connect with AMD’s Brad Smith.

In this episode, the timely topic of real estate. What kind of a home do you want for your data, your stack, your instances? Where should you house your architecture? In a nice bare metal colo rack bungalow? Or maybe something a little more “penthouse fabulous” — something up in the … public cloud? Rahul makes the case to stop hugging servers altogether and go all-in on AWS, and pushback ensues when Chase Cunningham talks serious security and compliance.

Are microservices a macro disaster waiting to happen? Is the CNCF Landscape the Etsy of web development? Rahul has a serious thing against Kubernetes. Says it’s like playing tech whack-a-mole. So we went out and found a K8s superstar to defend the DIY open source platform’s honor. Carlisia Thompson joins to debate Rahul on dev culture, problem solving and vendor flexibility.

Rahul and Hilary get into one of the great battles in the cloud: commitment issues. When it comes to your choice of cloud vendor, are you more Tinder or Match.com? Do you want to choose one vendor for life, or prefer to play the field with multicloud? Head of Developer Media at Google Cloud, Forrest Brazeal foresees the inevitable rise of multicloud while Rahul sticks to his single vendor, all-AWS guns.

Rahul declared our old show boring, and in this episode he fixes that. Join Rahul as he welcomes new co-host Hilary Doyle, declares Moore's Law dead as a doorknob, and enjoys a heated (but friendly) debate about NoSQL, Postgres, and the future of distributed and relational DB's in the cloud. Today's guest: Postgres expert Ed Boyajian, CEO of EnterpriseDB.