OpenTofu, 인프라 코드의 새 표준이 되다

인프라를 코드로 관리한다는 개념이 이제 선택이 아닌 필수가 된 시대, 그 중심에 있던 도구 하나가 갑작스럽게 '사유화'되었습니다. 그리고 그 빈자리를 오픈소스 커뮤니티가 불과 몇 달 만에 채워냈습니다. OpenTofu—한때 Terraform의 그늘 아래 있었던 이 프로젝트가, 이제 인프라 자동화의 새로운 표준으로 조용히, 그러나 빠르게 자리를 잡아가고 있습니다.

왜 지금인가

발단은 2023년 8월로 거슬러 올라갑니다. HashiCorp는 자사의 핵심 제품인 Terraform의 라이선스를 기존 MPL 2.0(Mozilla Public License)에서 BSL 1.1(Business Source License)로 전환한다고 선언했습니다. BSL은 일정 조건 하에서 경쟁 목적의 상업적 사용을 제한하는 조항을 포함하고 있어, 사실상 '오픈소스'라고 부를 수 없게 됩니다. 이 결정은 수천 개의 기업과 팀이 Terraform에 의존해 자신들의 클라우드 인프라를 운영하고 있다는 점에서 즉각적인 파장을 불러왔습니다.

OpenTF(이후 OpenTofu로 개명) 선언문에는 출시 2주 만에 800개 이상의 기업과 10,000명 이상의 개인이 서명했습니다. 오픈소스 역사상 가장 빠른 포크 중 하나로 기록됩니다.
— OpenTofu GitHub 선언문, 2023

2024년 1월, OpenTofu는 Linux Foundation 산하의 CNCF(Cloud Native Computing Foundation)에 정식 합류하며 거버넌스와 중립성을 제도적으로 보장받았습니다. 이후 2025년에는 기업 채택률이 가파르게 상승하면서, 단순한 '대안'을 넘어 독자적인 생태계를 구축하는 단계에 접어들었습니다.

OpenTofu가 바꾸는 것

Terraform과의 호환성, 그러나 독자적 진화

OpenTofu는 Terraform 1.5.x를 기반으로 포크된 만큼, 기존 .tf 파일과 HCL(HashiCorp Configuration Language) 문법을 그대로 사용합니다. 대부분의 팀이 코드 수정 없이 마이그레이션할 수 있다는 점이 초기 채택을 가속화했습니다.

그러나 OpenTofu는 이제 단순한 복제본이 아닙니다. Terraform이 라이선스 전환 이후 기능 개발 속도를 늦추는 사이, OpenTofu 커뮤니티는 독자적인 기능을 빠르게 추가해왔습니다.

• Provider-defined functions: 외부 프로바이더가 자체 함수를 정의해 HCL 내에서 호출할 수 있게 하는 기능으로, 확장성을 획기적으로 개선했습니다.
• State encryption 기본 내장: 인프라 상태 파일(.tfstate)을 암호화해 저장하는 기능을 코어에 포함시켰습니다. 기존 Terraform에서는 별도의 외부 도구가 필요했던 영역입니다.
• 향상된 테스트 프레임워크: tofu test 명령어로 인프라 코드를 단위 테스트하는 워크플로가 더욱 정교해졌습니다.

IaC(Infrastructure as Code)가 왜 중요한가

초보 개발자에게 IaC는 다소 낯선 개념일 수 있습니다. 그러나 현대 소프트웨어 개발에서 애플리케이션 코드와 인프라 코드는 사실상 분리할 수 없습니다. 서버, 데이터베이스, 네트워크 설정을 코드로 버전 관리하고, 리뷰하고, 자동 배포하는 것—이것이 DevOps의 핵심 실천 중 하나입니다. OpenTofu를 배운다는 것은 곧 이 사이클 전체를 이해하는 역량을 갖추는 일입니다.

현장의 변화

Gruntwork는 Terraform 모듈 라이브러리를 장기간 유지해온 기업으로, 라이선스 전환 직후 가장 먼저 OpenTofu 전환을 공식 선언한 조직 중 하나입니다. 이들은 "오픈소스 기여자 커뮤니티와 함께 성장한 도구가 상업적 제약 안에 갇혀서는 안 된다"는 입장을 명확히 하며, 자사 고객 마이그레이션 가이드를 무료로 공개했습니다.

Spacelift와 Env0 같은 IaC 플랫폼 기업들은 Terraform과 OpenTofu를 병렬로 지원하는 멀티-IaC 전략을 채택했습니다. 이는 시장이 단일 도구 독점에서 벗어나 분산된 생태계로 이동하고 있음을 보여주는 신호입니다.

국내에서도 변화는 감지됩니다. 주요 클라우드 MSP(Managed Service Provider) 기업들이 내부 교육 커리큘럼에 OpenTofu를 Terraform과 함께 병기하기 시작했으며, 채용 공고에서도 "Terraform/OpenTofu 경험자 우대"라는 표현이 점차 일반화되고 있습니다.

시사점: 우리가 갖춰야 할 것

• HCL 문법의 기초를 익히세요. OpenTofu와 Terraform 모두 HCL을 사용합니다. 하나를 배우면 다른 하나로의 전환 비용이 거의 없습니다. 공식 OpenTofu 문서는 입문자 친화적으로 잘 정리되어 있습니다.
• 라이선스 리터러시를 키우세요. 이번 사태는 오픈소스 라이선스가 단순한 법률 용어가 아니라 기술 선택에 직접 영향을 미치는 변수임을 보여줬습니다. MPL, Apache 2.0, BSL의 차이를 이해하는 것이 실무 역량의 일부입니다.
• CNCF 생태계를 지도처럼 활용하세요. OpenTofu가 속한 CNCF는 Kubernetes, Prometheus, Argo 등 현대 인프라의 핵심 프로젝트들을 관장합니다. 이 생태계의 전체 그림을 파악하면 기술 선택의 맥락이 보입니다.
• 작은 프로젝트로 직접 실습하세요. 로컬 환경에 OpenTofu를 설치하고, AWS 프리티어 혹은 Localstack을 활용해 간단한 S3 버킷 하나를 코드로 생성·삭제해보세요. 개념이 코드로 구체화되는 순간이 학습의 전환점입니다.
• 커뮤니티 기여를 두려워하지 마세요. OpenTofu는 활발한 오픈소스 프로젝트입니다. 문서 오탈자 수정이나 이슈 재현 보고처럼 작은 기여부터 시작하면, 실력과 무관하게 오픈소스 협업 방식을 체득할 수 있습니다.

맺음말

OpenTofu의 부상은 단순한 도구의 교체가 아닙니다. 이는 오픈소스 커뮤니티가 특정 기업의 의사결정에 종속되지 않으려는 자기 결정권의 선언이며, 그 결정이 실제로 작동함을 보여준 사례입니다. 기술을 배우는 우리에게 이 이야기는 두 가지를 동시에 가르칩니다. 도구의 사용법뿐 아니라, 그 도구가 어떤 맥락 속에서 탄생하고 진화하는지를 함께 읽는 눈이 필요하다는 것을. 지금 OpenTofu의 공식 문서를 열어보는 것이, 그 첫걸음입니다.

참고 자료

• OpenTofu, 「OpenTF Manifesto」, GitHub, 2023 (opentofu.org)
• CNCF, 「OpenTofu Joins CNCF as a Sandbox Project」, Cloud Native Computing Foundation 공식 블로그, 2024
• HashiCorp, 「HashiCorp Adopts Business Source License」, HashiCorp 공식 블로그, 2023
• Linux Foundation, 「2024 State of Open Source Report」, The Linux Foundation
• Spacelift, 「Terraform vs OpenTofu: Key Differences」, Spacelift 기술 블로그, 2024~2025
• Stack Overflow, 「2025 Developer Survey」, Stack Overflow (인프라 및 DevOps 도구 사용 현황 부문)

*테크창 연구팀 | 인천