• rs5th@lemmy.scottlabs.io
      link
      fedilink
      English
      arrow-up
      11
      ·
      10 months ago

      You like deploying infrastructure, probably in a cloud environment, but you don’t want to push a bunch of buttons in their web interface, so you use Terraform to declaratively define the things you want, and it goes and builds them for you. Super useful for when you need to build resources often, to detect and correct config drift, and get started down the path of Infrastructure as Code.

      • azerial@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        10 months ago

        Yeah it works super well if you have a base config across all nodes then you want to create per project configs and spin them off your build system.

    • falsem@kbin.social
      link
      fedilink
      arrow-up
      6
      ·
      10 months ago

      Infrastructure as Code

      In the past you would stand up and hand-configure all of the hardware that would run your software. This is a way to define the hardware configuration in software and apply it automatically. Advantages of this approach include increased scalability, reproducibility, and being able to use version control.

      • MasterBuilder@lemmy.one
        link
        fedilink
        arrow-up
        3
        ·
        10 months ago

        Plus, it is idempotent, which means you don’t have to change it before pushing it to an existing infrastructure. If you do change it, the infrastructure will be updated to match. It ends the need for custom deployment scripts.

    • loafofbread@beehaw.org
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      There’s plenty of responses which are probably more thorough than I am, however, as I understand it as a PM dealing with cloud migrations:

      Terraform is scripts of code which automates the deployment cloud platforms, applications, services so that you don’t need to manually set up and configure everything each time.

    • conciselyverbose@kbin.social
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      I don’t use it or cloud stuff.

      But it looks like it’s a tool to make it easier to manage how you put all the different pieces of cloud hosting together.

    • d3Xt3r@beehaw.org
      link
      fedilink
      arrow-up
      6
      ·
      10 months ago

      Pulumi looks cool but unfortunately I haven’t seen a single company advertising Pulumi as a desirable skill, so if I wanted to land a job in this area, I’d still be forced to learn Terraform.

  • d3Xt3r@lemmy.nz
    link
    fedilink
    arrow-up
    2
    ·
    10 months ago

    Nice, but I wonder if they plan to switch to GPL, or stay with MPL. No mention of that on the website.

    • psudo@beehaw.org
      link
      fedilink
      arrow-up
      3
      ·
      10 months ago

      They probably won’t GPL it, since that’ll make the fork even less appealing to companies.

    • ugh... lo!@iusearchlinux.fyi
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      (Not a legal advice) AFAIK, they can’t. If you want to switch a license you have to get consent of all contributors or (in case of CLA shit) consent of the owner of the code

      • brie@beehaw.org
        link
        fedilink
        arrow-up
        3
        ·
        10 months ago

        The MPL allows for it as far as I can tell, its just fairly complicated since the MPL would still apply at the file-level for all existing files.

  • snowe@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    10 months ago

    Anything Hashicorp is just junk. It might work, but still junk under the covers. I never want to work with vault, consul, terraform, etc ever again.