Thinking Beyond IaC(youtube.com)
youtube.com
Thinking Beyond IaC
https://www.youtube.com/watch?v=gg4UZ_04hZc
6 comments
Imagine the potential of Infrastructure from Code (IfC) alongside IaC - it could change how we handle infra deployments in the future.
In addition to efficiency in deployment, IfC can also help ensure that all deployments are compliant with regulatory requirements, security policies, and internal best practices.
In addition to efficiency in deployment, IfC can also help ensure that all deployments are compliant with regulatory requirements, security policies, and internal best practices.
Honestly? I understand the value for certain vendor, but the run OUT of the cloud, or someone else computer, built like a mainframe, meaning something already surpassed decades ago, is started.
We need to get back in control of the bare metal and the basic infra on top of it, not another wrapper on some wrapper on some other wrapper. Deployments of the future are on personal iron, via some LOM with declarative systems like NixOS or Guix System, not on some cloud vendor APIs.
We need to get back in control of the bare metal and the basic infra on top of it, not another wrapper on some wrapper on some other wrapper. Deployments of the future are on personal iron, via some LOM with declarative systems like NixOS or Guix System, not on some cloud vendor APIs.
btw - the IfC section starts at 14:39 in the video
Now with a couple of tweaks I could deploy to another cloud, right? Well, actually, Terraform is a thin (stateful) wrapper around vendor APIs which may not have functional equivalents elsewhere. Even for a simple hello world app, I had to completely rewrite my states to account for how compute nodes are provisioned.
In other words, even when using terraform, I was forced to use two entirely different languages to describe what I actually wanted, which was a machine with X CPU and Y RAM and no more than Z ms of latency to my target audience for less than $A/mo.