OpenTofu — 테라폼 이후, 오픈소스 IaC의 향방

인프라를 코드로 다루는(IaC) 세계에서 오랫동안 사실상의 표준은 하나였다. 그 지형에 균열을 낸 사건이 라이선스 변경이었고, 그 반작용으로 나온 것이 OpenTofu다. 한 줄로 정리하면, OpenTofu는 널리 쓰이던 IaC 도구가 오픈소스 라이선스를 벗자 커뮤니티가 기존 코드를 갈라(fork) 만든 오픈소스 대안이다.

나는 이 사건을 조금 착잡하게 지켜봤다. 수많은 조직이 특정 도구의 문법과 생태계에 인프라를 통째로 의존하고 있었는데, 어느 날 라이선스가 바뀌면서 그 토대가 흔들렸기 때문이다. IaC의 핵심 가치인 "이식성과 통제"가 도구 하나의 정책에 좌우된다는 사실이 드러난 순간이었다.

라이선스 변경이 왜 파장을 일으켰나

많은 인프라 도구가 오픈소스로 성장한다. 커뮤니티가 자유롭게 쓰고 기여하며 생태계를 키운다. 그러다 상업적 압박이 커지면, 회사가 라이선스를 더 제한적인 형태로 바꾸는 일이 벌어진다. 소스는 공개하되 특정 방식의 상업적 이용을 막는 식이다.

문제는 그 도구가 이미 업계의 표준이 됐을 때다. 수많은 기업이 그 위에 인프라를 세워뒀는데, 규칙이 일방적으로 바뀌면 특히 주변 생태계에서 그 도구로 사업하던 이들이 곤란해진다. 오픈소스라는 약속을 믿고 투자한 커뮤니티의 신뢰도 흔들린다. OpenTofu는 바로 이 신뢰의 균열에서 태어났다.

여기서 IaC라는 도구의 성격을 짚어야 한다. 인프라 코드는 한번 짜고 마는 스크립트가 아니라, 조직의 인프라 전체를 오랫동안 기술하는 자산이다. 배포 방식, 상태 관리, 모듈 생태계까지 그 도구의 방식에 깊이 물들어 있다. 그래서 도구를 바꾸는 비용이 유난히 크고, 라이선스 하나에 조직의 장기 전략이 인질처럼 묶일 수 있다. 이 구조적 취약성이 드러난 것이 이번 사건의 진짜 무게다.

OpenTofu가 내세운 것

중립적 거버넌스

가장 큰 차별점은 특정 회사가 아니라 재단이 프로젝트를 관리한다는 점이다. 한 기업의 사업 판단에 따라 라이선스가 또 바뀌는 일을 구조적으로 막겠다는 의도다. 인프라라는 장기 자산을 다루는 조직에게 "규칙이 안 바뀐다"는 약속은 기능 목록보다 중요할 수 있다.

호환성 유지

OpenTofu는 갈라져 나온 시점의 문법과 동작을 이어받아, 기존 사용자가 큰 재작성 없이 옮겨올 수 있도록 호환성에 무게를 뒀다. 물론 시간이 지나며 두 갈래는 각자의 길로 조금씩 갈라진다. 그래서 이제는 "무엇이 표준인가"라는 질문이 하나의 답으로 떨어지지 않게 됐다.

더 큰 이야기

OpenTofu 사건은 단지 도구 하나의 소동이 아니다. 오픈소스로 성장한 인프라 소프트웨어가 상업화 국면에서 라이선스를 조이는 패턴, 그리고 그에 맞서 커뮤니티가 포크로 응수하는 패턴이 반복되고 있다. 이 흐름은 우리에게 중요한 교훈을 남긴다. 핵심 인프라를 특정 벤더에 걸 때는 라이선스와 거버넌스를 기능만큼이나 따져봐야 한다는 것이다.

어느 쪽이 이길지는 아직 모른다. 기업 지원의 안정성을 택하는 조직도, 벤더 중립성을 택하는 조직도 있을 것이다. 분명한 건, IaC 세계가 더 이상 단일 표준의 시대가 아니라는 점이다. 선택지가 늘어난 만큼, 무엇을 왜 고르는지 스스로 설명할 수 있어야 한다.

자주 묻는 질문

OpenTofu는 기존 IaC 코드와 호환되나요?

포크된 시점의 문법과 동작을 계승해 호환성에 무게를 뒀다. 다만 두 프로젝트가 시간이 지나며 각자 발전하므로, 최신 기능을 쓸 때는 대상 도구별 지원 여부를 확인하는 것이 안전하다.

왜 라이선스 변경이 그렇게 문제가 됐나요?

이미 업계 표준으로 자리 잡은 도구의 규칙이 바뀌면, 그 위에 인프라를 세운 조직과 이를 기반으로 사업하던 생태계가 영향을 받는다. 오픈소스라는 전제를 믿고 투자한 커뮤니티의 신뢰도 흔들린다.

어느 쪽을 선택해야 하나요?

정답은 조직의 우선순위에 달렸다. 벤더 중립성과 라이선스 안정성이 중요하면 재단이 관리하는 오픈소스가, 특정 기업의 상업적 지원과 통합이 중요하면 원본이 더 맞을 수 있다. 기능뿐 아니라 거버넌스까지 함께 따지는 것이 핵심이다.