Truth in IT
    • Sign In
    • Register
        • Videos
        • Channels
        • Pages
        • Galleries
        • News
        • Events
        • All
Truth in IT Truth in IT
  • Data Management ▼
    • Converged Infrastructure
    • DevOps
    • Networking
    • Storage
    • Virtualization
  • Cybersecurity ▼
    • Application Security
    • Backup & Recovery
    • Data Security
    • Identity & Access Management (IAM)
    • Zero Trust
    • Compliance & GRC
    • Endpoint Security
  • Cloud ▼
    • Hybrid Cloud
    • Private Cloud
    • Public Cloud
  • Webinar Library
  • TiPs
  • DRAW

The Appeal of HCL for Engineers and Cloud Vendors

HashiCorp
06/12/2026
0 (0%)
Share
  • Comments
  • Download
  • Transcript
Report Like Favorite
  • Share/Embed
  • Email
Link
Embed

Transcript


First, I would like to introduce myself. My name is Yuki Maeno. I work for TalentX, a company that specializes in SRE and cloud marketing. Of course, I use HashiCorp's Terraform. My favorite HashiCorp product is HCL, which I will talk about today. Let me briefly introduce my company. My company, TalentX, is a start-up company that explores the history of HR by innovating the infrastructure of the future. TalentX releases three products. In addition, we are developing a MySeries platform to enhance the capability of talent acquisition. I hope everyone will remember this. Now, let's get started. What do you think is the greatest invention of HashiCorp? There are a lot of announcements about Terraform today, so some of you may have forgotten. I would like to talk about HCL. As you may know, HCL stands for HashiCorp Configuration Language. HCL is a tool set for creating a structured setting language provided by HashiCorp. It is a language that is friendly to both humans and machines. The latest version is version 2.22. As you can see, it was released on August 26th, and it was released quite frequently. This is an open source, and of course, it is used as a configuration language for HashiCorp products. To give you a concrete example, the Terraform tf file you usually see is also based on HCL. In addition, if it is Bolt, you can configure clusters or other console services. You can configure various HashiCorp products using the HCL language. When I think about the charm of HCL, I think there are two things. The first is that it is friendly to people. First of all, the structure is very clear depending on the key and value of the block. What kind of setting items are there for each resource? What kind of value is set for each key and value? Even for those who have never seen HCL, just by looking at it, you can see what kind of items are set here. Also, there is no restriction on indent or opening. This is similar to YAML files. Also, you can compare it with JSON and tweet comments. I think it's very friendly to people and engineers. On the other hand, HCL is also friendly to machines. In other words, you can convert it to JSON, which is a common language between different software. For example, in Terraform, JSON is also used in state files. If you look at the role of HCL in Terraform, there is HCL as a defined file that is friendly to people. And there is a state file in JSON, which is a machine-friendly common language that Terraform handles. There is a cloud after that. In this way, the charm of HCL is that you can create a structured setting language that connects people and machines. I think this is the charm of HCL. Next, as you can see from today's title, I would like to talk about HCL for business people who provide cloud vendors, especially SaaS products. My personal opinion is that all SaaS products should be compatible with HCL. Please do it. What I mean by that is, recently, in TalentX, which I belong to, I considered the issue of schema management of the database. There are two issues. For example, there is a difference in the schema between environments. The state of the DB schema is different for each environment, and you have to see the DDL that is lacking and flow it in the appropriate order. Or it's about understanding the specifications of the schema. The schema definition of the database is written in various documents, and it takes time to figure out what kind of schema is currently defined, and whether there is an influence survey when a new column is added. I was dealing with these issues. So, the tool I recently learned about is called Atlus. This is not a HashiCorp product, but I found a tool to manage the schema of a database called Atlus with declarative code. It defines the desired DB schema state, and automatically generates the DDL that applies the difference compared to the current schema. It supports the main oral mapper, and there is an OSS and a winning SaaS version. The biggest point of this product is that HCL can be used in the schema definition language. Let's take a look at this in the actual flow. First of all, the role of Atlus is to define a declarative file that is friendly to people in HCL. The code on the far left is actually a file called schema.hcl, which is a file called schema.hcl that I used with Atlus. There is a user table, and there is an ID as a column, and the type is int, and the column has a name, and the type is varchar. Just by looking at it, you can see what kind of definition this DB has, and it is a declarative file that is friendly to people. Atlus creates a machine-friendly DDL based on this declarative file. If you rewrite the declarative file on the left, you can change the DDL according to it and apply the result to the database. Looking at this flow, I think it is very similar to the concept of HCL, which I mentioned earlier in the slide. A declarative file that is friendly to people in HCL and a JSON type that is machine-friendly, I think it is very similar to the concept of HCL. Today, rather than introducing Atlus, I would like to focus on what are the benefits of start-up products and what are the benefits of HCL. I think there are two benefits. The first is that product understanding becomes very easy. By clearly defining the use of a product in a structured language, users can easily understand what this product can do, what kind of resources to create, and what kind of setting items to do. The cost of learning is reduced. The other is that by responding to HCL, I think the cost of introduction will also decrease. For example, if the source to be introduced to a new organization responds to HCL, I think that the rules for managing and operating HCL of conventional organizations can be applied as they are. For example, VCS, Git, and code management. Reviews and deploy flows create a dedicated CICD pipeline and check the code after two people have reviewed it, and then return it to the original environment. In this way, you can put all the start-up products managed by the organization on the same HCL management flow. I think this will be a great benefit as the number of source products is increasing. In other words, there are many source products in the world, but if the functions are the same, as an engineer, I would like to choose a source that responds to HCL. HCL-responsible products are easy to understand the product, and can reduce the cost of introduction, so I personally think that the introduction of a new source will be smooth. This is the second message. I think that the hurdle of introduction will decrease if the source product responds to HCL. I think this is one of the charms of HCL. It's a little early, but let me summarize. Today's topic is HCL is the best product that connects people, machines, and services. Of course, it is not only human-friendly and machine-friendly, but also provides source products, and I think it is the best product that can connect these three. HCL, which I usually write casually, I would be very happy if the number of HCL fans increased due to this announcement today. Finally, I will advertise a little. At TalentX, which I belong to, we are recruiting engineer members to work with us. I will upload the slide later, but there is a new member. As a TalentX member, I want to increase the number of TalentX fans, so let's join together and do our best. It's a little early, but I'll finish my presentation. Thank you very much.

TL;DR

  • HCL (HashiCorp Configuration Language) serves as an optimal bridge between human-readable configuration and machine-processable formats, offering clear structure without YAML's strict formatting or JSON's commenting limitations.
  • Third-party tools like Atlas demonstrate HCL's value beyond HashiCorp products—TalentX chose Atlas for database schema management specifically because its HCL support aligned with existing organizational workflows and reduced learning costs.
  • SaaS vendors adopting HCL as a configuration language can significantly lower adoption barriers, as organizations can apply existing HCL management practices (version control, code review, CI/CD pipelines) across multiple tools.
  • HCL's dual nature—human-friendly declarative syntax that converts to machine-friendly JSON—makes it ideal for infrastructure-as-code and configuration management scenarios where both readability and automation are critical.

HCL's Technical Advantages Over YAML and JSON

This presentation explores HashiCorp Configuration Language (HCL) as a structured configuration language that bridges human readability and machine processing. The speaker demonstrates how HCL's block-based structure with clear key-value pairs makes configuration files immediately understandable, even to engineers encountering them for the first time. Unlike YAML's strict indentation requirements or JSON's lack of commenting capability, HCL offers flexibility in formatting while maintaining the ability to convert seamlessly to JSON for machine processing. The presentation uses Terraform as a primary example, showing how HCL serves as the human-friendly definition layer while JSON handles the machine-friendly state management, creating an effective bridge between engineers and cloud infrastructure.

Real-World Adoption: Atlas Database Schema Management

The speaker presents a compelling case study from TalentX's recent database management tool selection, where Atlas—a declarative database schema management tool—was chosen partly because of its HCL support. The presentation addresses common database schema challenges including environment drift and specification documentation scattered across multiple sources. Atlas uses HCL to define desired database schema states in a declarative, human-readable format, then automatically generates the necessary DDL to apply changes. This approach mirrors Terraform's architecture, with HCL providing the declarative layer and machine-generated SQL handling the implementation. The speaker argues this demonstrates HCL's value beyond HashiCorp's own product ecosystem, showing how third-party tools can leverage HCL to reduce adoption friction and improve product comprehension.

Chapters

0:00 - Introduction and Speaker Background
1:26 - What is HCL?
2:50 - HCL's Human and Machine Friendliness
4:34 - Business Case for HCL Adoption
5:50 - Atlas Database Schema Management Example
7:56 - Benefits of HCL for SaaS Products
9:59 - Summary and Closing

Key Quotes

1:44 "HCL stands for HashiCorp Configuration Language."
4:29 "The charm of HCL is that you can create a structured setting language that connects people and machines."
4:52 "My personal opinion is that all SaaS products should be compatible with HCL."
9:28 "HCL-responsible products are easy to understand the product, and can reduce the cost of introduction, so I personally think that the introduction of a new source will be smooth."
10:09 "HCL is the best product that connects people, machines, and services."

FAQ

What makes HCL different from YAML or JSON for configuration management?

HCL combines the human readability of YAML with the flexibility of JSON, offering clear block-based structure without strict indentation requirements, support for comments (unlike JSON), and the ability to convert seamlessly to JSON for machine processing. This dual nature makes it friendly to both engineers writing configurations and systems processing them.

Why would a SaaS vendor choose to support HCL instead of YAML or JSON?

Supporting HCL lowers adoption barriers for organizations already using HashiCorp tools like Terraform. Teams can apply existing HCL management practices—version control workflows, code review processes, CI/CD pipelines—to new tools without creating separate configuration management approaches. This operational consistency can be a competitive differentiator when customers evaluate similar products.


Categories:
  • » Cybersecurity » Application Security
  • » Data Management » DevOps
  • » Cybersecurity » Cloud Security
  • » Data Protection
Channels:
News:
Events:
Tags:
  • DevSecOps
  • Best Practices
  • Technical Deep Dive
  • Cloud Security
  • HashiCorp Configuration Language
  • HCL
  • Infrastructure as Code
  • Configuration Management
  • Database Schema Management
  • Declarative Configuration
  • SaaS Product Design
  • Developer Experience
  • Terraform
Show more Show less

Browse videos

  • Related
  • Featured
  • By date
  • Most viewed
  • Top rated
  •  

              Video's comments: The Appeal of HCL for Engineers and Cloud Vendors

              Upcoming Webinar Calendar

              • 06/17/2026
                12:00 PM
                06/17/2026
                Action1: The Remediation Gap: Vulnerability Management in the Age of AI
                https://www.truthinit.com/index.php/channel/2010/action1-the-remediation-gap-vulnerability-management-in-the-age-of-ai/
              • 06/23/2026
                01:00 PM
                06/23/2026
                The AI-Powered VMware Alternative
                https://www.truthinit.com/index.php/channel/2009/the-ai-powered-vmware-alternative/
              • 06/24/2026
                11:00 AM
                06/24/2026
                LATAM: Accelerating Insights on AI Through an Engaging Webinar Series
                https://www.truthinit.com/index.php/channel/2012/accelerating-insights-on-ai-through-an-engaging-webinar-series/
              • 06/25/2026
                01:00 PM
                06/25/2026
                Generative AI Security: Preventing AI from Becoming a Data Breach Multiplier
                https://www.truthinit.com/index.php/channel/1998/generative-ai-security-preventing-ai-from-becoming-a-data-breach-multiplier/
              • 07/01/2026
                04:00 AM
                07/01/2026
                Schutz von KI in Anwendungen, Agenten und APIs.
                https://www.truthinit.com/index.php/channel/2008/schutz-von-ki-in-anwendungen-agenten-und-apis/
              • 07/02/2026
                10:00 AM
                07/02/2026
                Resilience Insights from Hybrid Threats When the Cloud Faces Challenges
                https://www.truthinit.com/index.php/channel/2011/resilience-insights-from-hybrid-threats-when-the-cloud-faces-challenges/

              Upcoming Events

              • Jun
                17

                Action1: The Remediation Gap: Vulnerability Management in the Age of AI

                06/17/202612:00 PM ET
                • Jun
                  23

                  The AI-Powered VMware Alternative

                  06/23/202601:00 PM ET
                  • Jun
                    24

                    LATAM: Accelerating Insights on AI Through an Engaging Webinar Series

                    06/24/202611:00 AM ET
                    • Jun
                      25

                      Generative AI Security: Preventing AI from Becoming a Data Breach Multiplier

                      06/25/202601:00 PM ET
                      • Jul
                        01

                        Schutz von KI in Anwendungen, Agenten und APIs.

                        07/01/202604:00 AM ET
                        More events
                        Truth in IT
                        • Sponsor
                        • About Us
                        • Terms of Service
                        • Privacy Policy
                        • Contact Us
                        • Preference Management
                        Desktop version
                        Standard version