OpenTofu 1.7.0 is out with State Encryption, Dynamic Provider-defined Functions

This page summarizes the projects mentioned and recommended in the original post on news.ycombinator.com

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
  • atlantis

    Terraform Pull Request Automation

  • None of these are a replacement of Terraform Cloud (recently rebranded to HCP Terraform). For example, when you create a PR, it could affect multiple workspaces. The new experimental version of TFC/TFE (I refuse to call it HCP!) implements Stacks, which is something like a workflow, and links one workspace output to other workspace inputs. None of the open-source solutions, including the paid Digger [0], support this - only the paid one, such as Spacelift [1] (which is the closest to TFC if you ask me). Having a monorepo of Terraform is a common design pattern, so, if I change an embedded module, it could trigger changes it many workspaces. As far as I know, Atlantis [2] can't really help in this case.

    By the way, the reason I singled-out Spacelift is due to its quality, and the great Terraform provider it has. Scalr [3], for example, has a really low-quality Terraform provider. I extensively use the hashicorp/tfe provider to manage TFC itself.

    [0]: https://digger.dev/

    [1]: https://spacelift.io/

    [2]: https://www.runatlantis.io/

    [3]: https://www.scalr.com/

  • opentofu

    OpenTofu lets you declaratively manage your cloud infrastructure.

  • Hey!

    > With OpenTofu exclusive features making such an early debut, is the intention to remain a superset of upstream Terraform functionality and spec, or allow OpenTofu to diverge and move in its own direction?

    The intention is to let it diverge. There will surely be some amount of shared new features, but we're generally going our own way.

    > Will you aim to stick to compatibility with Terraform providers/modules?

    Yes.

    Regarding providers, we might introduce some kind of superset protocol for providers at some point, for tofu-exclusive functionality, but we'll make sure to design it in a way where providers keep working with both Terraform and OpenTofu.

    Regarding modules, this one will be more tricky, as there might Terraform languages features that aren't supported in OpenTofu and vice-versa. We have a proposal[0] to tackle this, and enable module authors to easily create modules with support for both, even when using some exclusive features of any one of them.

    > Is the potential impact of community fragmentation on your mind as many commercial users who don’t care about open source ideology stick to the tried-and-true Hashicorp Terraform?

    We've talked to a lot of people, and we've met many who see the license changes as a risk for them, while OpenTofu, with its open-source nature, is the less-risky choice. That includes large enterprises.

    > Is there any intention to try and supplement the tooling around the core product to provide an answer to features like Terraform Cloud dashboard, sentinel policies and other things companies may want out of the product outside of the command line tool itself?

    That's mostly covered by the companies sponsoring OpenTofu's development: Spacelift (I work here), env0, Scalr, Harness, Gruntworks.

    [0]: https://github.com/opentofu/opentofu/issues/1328

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo
  • cloud-nuke

    A tool for cleaning up your cloud accounts by nuking (deleting) all resources within it

  • digger

    Digger is an open source IaC orchestration tool. Digger allows you to run IaC in your existing CI pipeline ⚡️

  • None of these are a replacement of Terraform Cloud (recently rebranded to HCP Terraform). For example, when you create a PR, it could affect multiple workspaces. The new experimental version of TFC/TFE (I refuse to call it HCP!) implements Stacks, which is something like a workflow, and links one workspace output to other workspace inputs. None of the open-source solutions, including the paid Digger [0], support this - only the paid one, such as Spacelift [1] (which is the closest to TFC if you ask me). Having a monorepo of Terraform is a common design pattern, so, if I change an embedded module, it could trigger changes it many workspaces. As far as I know, Atlantis [2] can't really help in this case.

    By the way, the reason I singled-out Spacelift is due to its quality, and the great Terraform provider it has. Scalr [3], for example, has a really low-quality Terraform provider. I extensively use the hashicorp/tfe provider to manage TFC itself.

    [0]: https://digger.dev/

    [1]: https://spacelift.io/

    [2]: https://www.runatlantis.io/

    [3]: https://www.scalr.com/

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a more popular project.

Suggest a related project

Related posts

  • Advice please. Reddit gold for help. :)

    2 projects | /r/devops | 26 Oct 2022
  • A Deep Dive Into Terraform Static Code Analysis Tools: Features and Comparisons

    6 projects | dev.to | 16 Apr 2024
  • Ask HN: Should we build support for more CI platforms, or features for Actions?

    1 project | news.ycombinator.com | 3 Apr 2024
  • Top Terraform Tools to Know in 2024

    19 projects | dev.to | 26 Mar 2024
  • DevSecOps with AWS- IaC at scale - Building your own platform - Part 1

    8 projects | dev.to | 21 Mar 2024