HashiCorp Terraform Reviews

We use the solution for three things. Firstly, to automate the infrastructure, like enabling Logpush to Datadog. Secondly, for Cloudflare AWS and Insight AWS. Thirdly, we use Terraform to create infrastructure.

It is one of the best things because now we have everything automated with Terraform. We didn't have an outage for the last three years because everything is written in a code, and every change we have made is recorded. If we didn't have a tool like Terraform, it would be extremely complex to achieve this level of maturity with infrastructure.

The state file is the most valuable feature because it helps one know what exactly one has.

The solution is complex when we use it for a loop. This is a problem, not because of the language itself, but because of how the infrastructure generally works. It's different from Python.

I have been using the solution for three and a half years.

It is a stable solution. I rate it nine out of ten.

The solution is not very scalable. I rate it six out of ten.

The initial setup is complex.

We have seen ROI with the tool's use. 

I plan to use the solution more in the future. I recommend people to use it as it is the best tool in the market at the moment to create infrastructure anywhere.

I rate it ten out of ten.

We use the solution for provisioning.

The most valuable feature is the solution does not need installation.

The solution is missing a lot of properties for specific resources.

I have been using the solution for almost three years.

The solution is very stable.

We just need to download the installer from HashiCorp. We don't need to install the solution; we just need to place the file on our system, point it to the enrollment variables, and then we can run Terraform. There are three or four commands that must be executed before we can start using the solution.

The solution is open-source.

I give the solution eight out of ten.

The solution is the most popular for provision in the cloud, not only in Azure.

It enables us to create our cloud implementations without a technician needing to sign on to the cloud.

We are able to do multiple hybrid cloud implementations for clients that need to support Azure and AWS. 

It allows for the abstraction of the work away from the developer into automated processes. 

The reuse simplification is very good. 

It can enforce DevOps. 

It is stable. 

Technical support has been fine. 

The workflow and automation could be better.

The user interface could be easier for non-technical people. 

There's a learning curve involved with the setup; however, it is low to medium. 

I've used the solution for a long time. I've used it for 12 years at least. 

The stability is excellent. There are no bugs or glitches. It doesn't crash or freeze. 

It's not a customer-facing solution. We've never had an issue with it. However, it is not a primary concern of ours in terms of the ability to expand. 

Most business analysts and sometimes architects use the solution. We have 1700 people in our organization, and we are doing 100 projects at a time. Almost all of the projects require the use of the product. Half of the people are engaged in the solution in one way or another. We have about 750 people using it. 

Technical support is very good. 

The initial setup is very simple for the most part. 

The pricing is expensive. It's more for enterprise implementations. The cost is above average in general. 

We're a consulting company. 

I'd advise other users to automate to the greatest extent possible to get the best ROI.

I'd rate the solution nine out of ten, even though the workflow is not the strongest on the market. 

We use Terraform to create infrastructure. We get the name of the resource provider, and the Terraform script is returned in HashiCorp Configuration Language (HCL). 

We can find readily available code from the HashiCorp community to create a virtual machine or Kubernetes service cluster. We take that code, provide the resource provider name, and run the script using Terraform commands to create the infrastructure

We currently use Terraform in our Azure pipelines in the cloud. Our team has 10 developers, and we will increase our usage as the team grows. 

We frequently need to create and replicate infrastructure from various environments like dev and QA. The QA resources need to be identical to those in the dev environment. With a Terraform script, we can replicate the same 50 in the dev environment to the testing environment. This is tedious to do manually, and Terraform speeds up the process. 

Infrastructure replication is Terraform's most valuable feature. 

Terraform should also support YAML language, which is more user-friendly than HCL. They should also add a GUI, so you don't need to memorize all the commands. A GUI would enable us to do everything with a click of a button. 

I have been using Terraform for the last three years.

I rate Terraform seven out of 10 for stability.

I rate Terraform eight out of 10 for scalability.`

I rate HashiCorp seven out of 10 for technical support.

Neutral

I rate Terraform eight out of 10 for ease of setup. 

Terraform is an open-source solution.

I rate HashiCorp Terraform seven out of 10. It's interesting to see how the infrastructure is created rather than creating it manually.

HashiCorp Terraform is a binary executable file, that you can download to your PC and manage any cloud solution in the world, such as Google Cloud Platform, Amazon AWS, OpenStack, CloudStack, or VMware. When you use DevOps in your company, it's a useful tool for it.

The most valuable features of HashiCorp Terraform are automation and management capabilities.

HashiCorp Terraform could improve the integration with the VCloud Director. When we manage the VCloud Director we end up wasting our time when creating virtual machines. HashiCorp Terraform knows about these issues and I think there might be a workaround but they should incorporate the fix in an upcoming release.

I have been using HashiCorp Terraform for approximately one year.

HashiCorp Terraform is a stable solution. We did not have any problems.

The scalability of HashiCorp Terraform is good.

I have not used the technical support from HashiCorp Terraform.

HashiCorp Terraform tool is pre-installed on our DevOps engineer's laptops, and in our GitLab Servers. We assign it to a selection of virtual machines. We just run it, and then we perform some functions, such as creating systems or modifying CPUs or RAM.

We did the implementation of HashiCorp Terraform in-house. We have a good team of three programmers and DevOps engineers with experience.

We used one engineer for the implementation of HashiCorp Terraform. 

HashiCorp Terraform is a free solution.

I rate HashiCorp Terraform a nine out of ten.

A primary use case of Terraform is for deploying a VM on a cloud using Terraform script. If I then want to deploy a third-party toolset, a solution such as Aviatrix can create an overlay on top of each of the cloud providers and you can connect the clouds together. I'm a solutions architect and we are customers of HashiCorp. 

The solution has made a huge difference to us because the automation it provides has given us improved cost efficiency, security and saved many man-hours. It's created once and then that's pretty much it. When you next want to deploy something, you run it and it deploys. 

Terraform removes the manual process; you run it for a specific purpose, destroy it when you're done, and it removes all the associated components. The other good feature is that Terraform is idempotent; if something is already out there, it's not going to try to duplicate another installation of that environment.

One of the other major features of terraform is in its ability to act as a Disaster Recovery tool. Since terraform is an Infrastructure-As-A-Service tool, it can be used as part of the rest of the DR toolset to restore affected infrastructure to its original state without any variation. 

The Terraform manifests can be stored in a version control repository separate from the application code base and can be a single source of truth for an organization's infrastructure. The automation and the efficiency that Terraform brings to the SDLC lifecycle adds to the overall integrity of the infrastructure and provides a value added to the DevSecOps workflow.   

I've noticed that although Terraform is very good at deploying, it lacks in running script. For example, if you wanted to run multiple deployments such as a VM, and then install different softwares and create a full-blown infrastructure within that virtual machine, Terraform would probably lack certain features. I don't think it's very robust in running scripts or going from one sequence to another. You're likely to end up running a huge Terraform code base, where you'd probably get lost in terms of knowing where things are coming from and where they're going. 

I've been using this solution for two years. 

The solution is stable without too many bugs. If we're deploying on top of a current deployment, there can be some issues and that could be improved. If you need a fully idempotent solution, you deploy your infrastructure without touching any existing infrastructure. Unfortunately, Terraform fails when it finds an existing infrastructure and things become complicated. In terms of stability, this is probably one of the biggest deficiencies of Terraform. 

HashiCorp provides very good documentation so we haven't needed to contact technical support. They also have GitHub repository against each of those tutorials, so we can actually clone and tweak those according to our needs. There's also a large open-source community out there and a lot of blogs that complement the documentation. 

Deployment is just about downloading the plug-in. To run it requires each of the cloud environments on the CLI tool downloaded so that they both work together with all the credentials in place so that it can connect to each of the clouds. We are a small organization and still experimenting with Terraform so we only have one dedicated person helping out with the solution. That said, all of the team members are more or less skilled with Terraform.

We're definitely seeing cost savings from a man-hour point of view but I can't quantify it. 

We are using the free version of Terraform. Terraform Cloud has some kind of pricing and enterprise-level model which we haven't moved to yet. I think  Terraform has a pretty reasonable pricing structure. It allows the open-source community to use it as they please, so I'm pretty happy about it.

AWS has a code solution called CloudFormation which I think is a little slower than Terraform although I think CloudFormation is probably a bit more secure and foolproof.

This is a solid product and one of the leaders in this space. Terraform is used across the board as an Infrastructure-as-Code solution. 

There could be some improvements so I rate this solution eight out of 10. 

Our primary use for the solution is to create infrastructure on the cloud. 

We are a cloud integrator. We write our codes in Terraform and reuse them for multiple customers by changing the values. 

The most valuable feature is the great community support. 

The product can be improved by implementing a native provider service. With Terraform, you need to switch the provider's version and get functionality from only that version. 

The competitor tools have native providers. You don't have to wait and request the provider to gain functionality; it's provided directly from the cloud. 

The integration with this solution needs to be improved. For example, if you want to deploy something from Terraform to Kubernetes and make changes very often, practically, it isn't easy to implement. If someone deletes something accidentally, the integration won't function well.  

I have been using this solution for more than five years. 

I would rate stability a nine out of ten. I don't have any problems with the stability. 

I would rate scalability a seven out of ten. It is problematic when multiple people want to work on the same Terraform code.

This solution is best suited for enterprise-level companies, but medium and small businesses can also use it. 

The initial setup is straightforward. The deployment time for the solution is about thirty minutes. 

We are using all the deployment models for this solution. But I prefer to use the CI/CD pipeline, which involves running the Terraform code as a final solution. I also prefer the CLI platform on my computer for development. When I develop the code, I prefer running it from my computer. After the code development, I prefer to have its own CI/CD pipeline. 

I would rate pricing a ten out of ten. You can do everything with the free license of this solution. The paid license is not required to use Terraform. 

We used Pulumi for a project. We found that Terraform is easier to write code and works faster. 

But it would be best if you learned Terraform HCL language. In the competitor solution Pulumi, languages like Go, Python, and other languages can be used. There is no need to learn a new language to use Pulumi. 

For me, it's more complicated to write the same infrastructure. If you are a cloud administrator, you should use Terraform. But if you are a developer or want to deploy simple infrastructure with knowledge of the cloud, then you should use Pulumi.

I will rate the solution a five out of ten. This is because multiple other solutions get used with Terraform. For servers, we use Ansible, whereas, for cloud infrastructure, we use Terraform. Developers need Pulumi for implementation. Terraform is facing a lot of competition. 

I would recommend Terraform to others. If you have more than one environment, you will definitely need Terraform. 

It is easy to architect cloud infrastructure using the solution. Also, its simple interface helps in developing specific scripts.

They should provide more tutorials to understand the solution's use cases. Also, they include more specific features into it.

I have been using the solution for three years.

It is a stable solution.

It is a scalable solution.

The solution's initial setup process is straightforward. It takes a couple of weeks to complete. Once you define everything, you can start working on it right away. The deployment happens almost immediately.

I recommend the solution to others. I rate it ten out of ten.