• 1 Post
  • 12 Comments
Joined 1 year ago
cake
Cake day: June 19th, 2023

help-circle


  • I still don’t really see the argument. OpenTofu exists because of internal drama about licensing on a tool that you don’t use…

    Someone building a different banana picker that looks just like another banana picker doesn’t need to explain their reasoning in terms a coal miner would understand…

    Also, literally just clicking the intro doc linked from the main page tells you everything you need to know…


  • If you’re asking why aren’t DevOps/SRE mentioned specifically on the OpenTofu front page, I don’t think you understand how common this software is… Like if someone forked Google, you wouldn’t need to describe what Google is. Everyone already knows it. For the people in this industry, terraform is essentially a defacto monopoly. Even if you don’t use it, if you’re working in SRE, you know what it is and what it does.



  • I’m an American living abroad and I use a VoIP service to maintain my US number. It had actually gotten more difficult to do this because of the changes they are making.

    A few weeks ago I needed to submit docs proving I was a legitimate business with US tax id and whatnot… If you don’t have that, you have to provide an alternate number from a traditional phone contract of someone who lives in the US. Unless I were to pay for a phone subscription in America, there is no option for an individual to do this independently. I needed to use a family member’s number.

    My American phone number is very much necessary but I only use it on very rare occasions… Paying something like $30-40 per month for an American phone contract (that I’ll never use) plus the $15-20 per month fee for the voip provider is excessive.

    If they just had an id verification system for American citizens and didn’t tie it to a domestic account holder, that would be something.


  • Not who you were responding to but, my company does this in AWS. To be fair, the entire platform is running in EKS so it’s not much more difficult than updating the CI build pipelines to build multi-arch containers, adding additional nodepools, and scaling down the amd64 ones. This was tedious but not difficult to do. I keep a small set of amd64 nodes for off the shelf software that doesn’t support arm… I think the only thing left on those now is newrelic agents. Once we move off of them the x86_64 nodes can be killed entirely.

    This ended up saving us tens of thousands of dollars per month. The next step is to move the bulk of workloads to spot instances. I’ll be preferring arm but if there is only capacity for x86_64, I’ll have that option because of the multi-arch containers. This is going to save even more money and force developers to build applications more tolerant of node failure in the process.