cloud2030

Building reliable automation at scale for infrastructure presents challenges. In this episode, we discuss orchestration, workflow automation, and the reconciler pattern in the context of Terraform. We refer to the pattern of Terraform, automation, and orchestration systems as “TACOS” and today we dig into how you test it and check it against drift. These are real topics of operational concern for anybody building any type of infrastructure. Transcript: https://otter.ai/u/w-NA0HBsTc5NRaqWQQwlWUj4Whw Image: https://www.pexels.com/photo/person-holding-red-round-plate-with-food-8448079/

How are Metaverse environments built? Today we talk about how we use intellectual property to build these Metaverse environments, and who has access to what and who's going to create it. That turns into a discussion on how you're going to pay for it. Typically, Metaverse is framed as a platform, but we got interested in the content, media wars, and streaming platforms. Since we started the conversation at streaming media, that led us to payment platforms and transactions. It was fascinating that we couldn't talk about intellectual property without also talking about payment and purchase transactions. Transcript: https://otter.ai/u/Be5ZKdeQvvubwQhCFzhFAHTdtak Image: https://www.pexels.com/photo/girl-wearing-vr-box-driving-bicycle-during-golden-hour-166055/

What makes Everything as Code and Infrastructure as Code interesting? In today’s episode, we discuss what makes something code-like and the idea of Everything as Code, based on Patrick Dubois’ article “In depth research and trends analyzed from 50+ different concepts as code.” Reference: https://www.jedi.be/blog/2022/02/23/trends-and-inventory-of-50-as-code-concepts/ Some of our conclusions were practical, like if a concept is a process that is reproducible and auditable, that's what makes it code-like. And some other possible conclusions were that it's just marketing because it makes everything programmable. The reality is somewhere in the middle. Transcript: https://otter.ai/u/E1TezO2XutwJyS-vCNetslwWO4A Image: https://www.pexels.com/photo/man-in-grey-sweater-holding-yellow-sticky-note-879109/

Organizations take a risk when they get locked into a vendor. In today’s episode, we talk a lot about the risks of lock in, both in general and in the context of Oracle. That discussion takes us into a question of insurance, and if insurance policies could ultimately drive people to reduce lock in exposure. This was a fascinating discussion, not only about lock in but about what would drive organizations to fix their lock in problems. Transcript: https://otter.ai/u/zJf0WMUwJgamk7IpscHCsL2vsV4 Image: https://www.pexels.com/photo/closed-white-door-3119977/

A Goldilocks' balance challenges us to trade off prescriptive and flexible platforms. James Urquhart shares his experiences with Cloud Foundry, VMware, and Amazon about trying to find the right balance between building it yourself versus a prescriptive service approach. We’ve decided that there needs to be a middle zone with enough opportunity for customization, as well as enough pre-set, prescriptive methods to create sustainability. In this episode, we talk about that balance and how different processes have done it in industry. Transcript: https://otter.ai/u/OQBfCHldtYjUpqjKdkN3KjzLiR0 Image: https://www.pexels.com/photo/brown-teddy-bear-on-brown-wooden-bench-outside-207891/

The Okta hack highlights the value versus complexity trade off. In today’s episode, we ask if the complexity of using single sign on is the right move in this context. We also think about how to deal with these interconnected systems that have high degrees of complexity. We also discussed API design, and whether or not we should have more rigid or flexible APIs. You can’t remove complexity from the system, but you can hide it. The structure of APIs will push complexity into either the users’ realm or the operators’ realm. Transcript: https://otter.ai/u/cftY6wlMTzAceT2EiHF4u4u0dpE Image: https://www.pexels.com/photo/photo-of-an-elderly-woman-flaunting-money-7884134/

Making automation safe is essential to making it usable at scale. How do we make automation safe? We found a lot of great insights drawing from space craft design, aircraft, aircraft design and other systems where safety is super important. Automation is a force multiplier. If we don't factor in safety when we build it,then we could create a lot of harm in systems from wasteful spending to actual injury. These designs have very real implications. Transcript: https://otter.ai/u/p9w4aKOqm3rpHhbDtRTaLgN3GIA Image: https://www.pexels.com/photo/toddler-using-scooter-on-road-1642055/

Majors versus minors are enterprise data centers versus blockchain, bitcoin and distributed ledger data centers. We dive into the differences in processing and environmental requirements for those two different use cases. While the idea of blockchain and distributed ledgers generate very different computational profiles, what we're building keeps coming back to the design of a data center is design of a data center. The exception is proof of work like Bitcoin. In those cases, it's really just how many CPUs you can run. For this episode, we focus on proof of stake data center infrastructure. This podcast is helpful to understand the difference between proof of work and proof of state. There's clear consensus on the call that that proof of work is not environmentally sustainable. So proof of stake is much more interesting. Transcript: https://otter.ai/u/uuPJSF_nWeDLF64lZlsGLOY8JWw Image: https://www.pexels.com/photo/man-holding-shovel-3285094/

GitOps is a really important way of collaborating and communicating about infrastructure. But can GitOps escape from Kubernetes? While we did talk about Kubernetes too, we mainly talked about what it takes to implement GitOps outside of Kubernetes. We considered building a GitOps architecture and then having people understand and use it. We also cover the fundamental parts of GitOps like having a reconciler and a bunch of tools that drive clusters. Transcript: https://otter.ai/u/oq4D06Sd_rtUvXBVXC0Wx3KA2sQ Image: https://www.pexels.com/photo/people-with-mixed-reactions-sitting-with-buckets-of-popcorns-7234318/

What resources does the Metaverse require? In this episode, we think of the metaverse as a distributed environment and ask if it could be owned by the people who are hosting the environments instead of centralized. One of the complicating factors is figuring out if the Metaverse is AR, VR, augmented or virtual systems. Consensus was that the augmented reality (AR) version of the Metaverse is probably the most valuable and the most accessible for building these systems out. But we kept mixing physical assets and intellectual property assets: the virtual furniture, environments, decorations and things that you would actually put in the virtual environment. While the infrastructure and software that will run the Metaverse is more necessary, the real estate is also interesting. Stay tuned for a bonus at 48 minutes where we had a good discussion about testing products and giving product feedback as a service Transcript: https://otter.ai/u/OhEqaGrH4S2Y9ywpTKVgrhhAn0Y Image: https://www.pexels.com/photo/room-chair-lot-356065/