정적 사이트 생성기 Eleventy, 결국 끝을 맞이하다 — 오픈소스 1인 메인테이너의 현실

무슨 일이 있었나요?

Node.js 기반의 정적 사이트 생성기(SSG) Eleventy(11ty)가 사실상 개발 종료를 선언했어요. Eleventy는 2018년부터 개발되어 온 프로젝트로, 심플하면서도 유연한 설계 덕분에 개발자 블로그나 문서 사이트를 만드는 데 꽤 인기 있는 도구였거든요. 특히 "프레임워크에 종속되지 않는다"는 철학으로, React나 Vue 없이도 깔끔한 정적 사이트를 만들 수 있다는 게 큰 매력이었어요.

이 소식이 중요한 이유는 단순히 하나의 도구가 사라지는 것 이상의 의미가 있기 때문이에요. 오픈소스 생태계에서 1인 메인테이너(프로젝트를 혼자 관리하는 핵심 개발자)가 겪는 구조적인 문제를 다시 한번 드러내는 사례거든요.

Eleventy가 어떤 도구였나

Eleventy를 모르시는 분을 위해 간단히 설명하면, 정적 사이트 생성기란 마크다운이나 템플릿 파일을 넣으면 HTML 파일을 뚝딱 만들어주는 도구예요. WordPress 같은 CMS가 매번 서버에서 페이지를 생성하는 것과 달리, 미리 만들어진 HTML을 그냥 전달하기만 하면 되니까 빠르고, 보안에도 유리하고, 호스팅 비용도 거의 안 들어요.

Eleventy의 특징은 제로 클라이언트 자바스크립트였어요. 이게 뭐냐면, 빌드 결과물에 자바스크립트가 전혀 포함되지 않는다는 거예요. Next.js나 Gatsby 같은 도구들이 React 런타임을 번들로 포함하는 것과 대조적이죠. 단순한 블로그나 문서 사이트에 수백 KB의 자바스크립트가 필요할 이유가 있나, 라는 질문에 대한 Eleventy의 답은 명확했어요. "필요 없다"는 거였죠.

또 Eleventy는 템플릿 엔진을 마음대로 고를 수 있었어요. Nunjucks, Liquid, Handlebars, Pug 등 본인이 편한 걸 쓰면 됐고, 심지어 하나의 프로젝트에서 여러 템플릿 엔진을 섞어 쓰는 것도 가능했어요. 이런 유연함이 "내가 원하는 대로 사이트를 만들고 싶다"는 개발자들에게 어필한 거예요.

왜 끝나게 되었을까

Eleventy의 핵심 문제는 지속 가능성이었어요. 프로젝트는 사실상 Zach Leatherman이라는 한 명의 개발자에 의해 유지되어 왔는데요, 한때 Netlify에서 풀타임으로 Eleventy 개발을 지원받기도 했지만, 이후 Netlify의 구조조정과 함께 그 지원이 끊겼어요.

오픈소스 프로젝트가 한 사람에게 의존하면 어떤 일이 벌어지는지, 우리는 이미 여러 번 목격해 왔어요. log4j 사건이 대표적이죠. 전 세계 자바 애플리케이션의 상당수가 의존하던 라이브러리가, 사실상 소수의 자원봉사자에 의해 유지되고 있었다는 게 드러났을 때의 그 충격. Eleventy도 규모는 다르지만 같은 구조적 문제를 안고 있었어요.

업계 맥락에서 보면

정적 사이트 생성기 시장은 지금 굉장히 다양한 도구들이 경쟁하고 있어요. Astro가 Eleventy의 철학을 상당 부분 계승하면서도 더 현대적인 DX(개발자 경험)를 제공하고 있고, Hugo는 Go 기반의 빌드 속도로 여전히 강세를 보이고 있어요. Next.js와 Nuxt.js는 정적 사이트 생성 기능도 제공하지만, 풀 프레임워크의 복잡성을 함께 가져오는 트레이드오프가 있고요.

Eleventy가 떠난 자리는 아마 Astro가 가장 자연스럽게 채울 거예요. Astro도 기본적으로 제로 자바스크립트를 지향하면서, 필요한 곳에만 React나 Vue 컴포넌트를 "섬(island)"처럼 끼워넣을 수 있는 구조거든요. Eleventy 사용자라면 Astro로의 마이그레이션이 가장 자연스러운 선택지가 될 수 있어요.

한국 개발자에게 주는 시사점

당장 Eleventy로 운영 중인 사이트가 있다면, 바로 무너지는 건 아니에요. 정적 사이트 생성기는 빌드 타임에만 동작하니까, 이미 빌드된 사이트는 계속 잘 돌아가요. 하지만 장기적으로는 마이그레이션을 계획하는 게 좋겠죠. 보안 패치나 새로운 기능 업데이트가 더 이상 나오지 않을 테니까요.

그리고 이 사례에서 더 큰 교훈은, 프로젝트의 의존성을 고를 때 커뮤니티 건강성을 함께 봐야 한다는 거예요. GitHub 스타 수보다 중요한 건, 메인테이너가 몇 명인지, 기업 스폰서가 있는지, 최근 커밋이 활발한지 같은 지표예요. 핵심 메인테이너가 한 명뿐인 프로젝트는, 아무리 코드가 훌륭해도 장기적인 리스크가 있다는 걸 항상 염두에 둬야 해요.

정리하면

Eleventy의 종료는 하나의 도구를 넘어서, 오픈소스 생태계의 지속 가능성이라는 근본적인 질문을 던져요. 여러분은 자주 쓰는 오픈소스 도구의 메인테이너 구성을 확인해본 적 있나요? 혹시 1인 메인테이너 프로젝트에 크게 의존하고 있는 건 없는지 한번 점검해보는 건 어떨까요?