우리가 매일 쓰는 앱과 서비스의 아래에는, 이름조차 들어본 적 없는 작은 오픈소스 라이브러리들이 무수히 깔려 있다. 그리고 놀랍게도, 세상이 의존하는 그 핵심 부품 상당수를 한두 명의 자원봉사자가 여가 시간에 홀로 떠받치고 있다. 몇 년 전, 오래 방치되던 핵심 유틸리티에 악성 코드가 은밀히 심어질 뻔한 사건이 터졌을 때 많은 사람이 비로소 이 불편한 진실을 마주했다. 우리의 디지털 문명은 생각보다 가느다란 인력 위에 서 있다.
이것이 오픈소스 지속 가능성(sustainability) 문제다. 무료로 쓰기만 하는 생태계는 언젠가 한계에 부딪힌다. 나는 이 주제가 화려한 신기술보다 훨씬 중요하다고 믿는다. 기반이 무너지면 그 위의 모든 것이 흔들리기 때문이다.
모두가 쓰지만 아무도 비용을 대지 않는 코드가 너무 많다.
문제의 본질은 기술이 아니라 경제다. 유지보수라는 보이지 않는 노동에 어떻게 대가를 흐르게 하느냐가 관건이다.
소수의존 핵심 코드를 한두 명이 관리 |
번아웃위험 무보수 부담에 지쳐 이탈 |
무임승차 소비만 하고 기여 안 함 |
보안직결 방치되면 공격 표적 |
왜 이런 구조가 됐나
오픈소스는 자발적 나눔에서 출발했다. 누군가 유용한 코드를 만들어 공개하면, 다른 이들이 가져다 쓰고 조금씩 개선한다. 이 선순환이 거대한 생태계를 키웠다. 문제는 성공의 규모다. 처음엔 취미로 시작한 작은 프로젝트가 어느새 전 세계 수많은 기업 제품의 필수 부품이 된다. 그런데 그 프로젝트를 만든 사람의 처지는 그대로다. 여전히 무보수로, 밀려드는 버그 신고와 기능 요청과 보안 문제를 혼자 감당한다.
기업들은 이 코드로 막대한 가치를 만들면서도, 정작 그 코드를 유지하는 사람에게는 아무것도 돌려주지 않는 경우가 흔하다. 감사 인사는커녕 "왜 빨리 안 고치냐"라는 재촉만 돌아오기도 한다. 이런 상황이 쌓이면 유지보수자는 지쳐 손을 놓는다. 그가 떠난 자리는 방치되고, 그 방치된 코드는 곧 보안의 구멍이 된다.
해결을 향한 여러 실험
다행히 이 문제를 풀려는 시도가 여러 방향에서 나오고 있다. 어느 하나가 만능은 아니지만, 조합하면 조금씩 나아진다.
- 직접 후원 — 사용자와 기업이 유지보수자에게 정기적으로 돈을 대는 방식
- 재단 고용 — 재단이 후원금을 모아 핵심 개발자를 정식으로 채용
- 기업 스폰서십 — 그 코드에 사업을 의존하는 회사가 개발자를 고용하거나 근무 시간을 할당
- 공동 기금 — 여러 조직이 공동으로 기금을 만들어 중요한 프로젝트에 배분
특히 의미 있는 변화는, 오픈소스에 크게 의존하는 기업들이 "이건 자선이 아니라 위험 관리"라고 인식하기 시작한 점이다. 우리 제품의 근간이 되는 코드가 방치돼 무너지면 그 손해는 결국 우리에게 돌아온다. 그러니 상류 프로젝트에 투자하는 것이 합리적이라는 계산이다. 앞서 언급한 보안 규제 흐름도 이 인식에 힘을 보태고 있다.
지속 가능한 프로젝트와 위태로운 프로젝트
| 신호 | 건강한 프로젝트 | 위태로운 프로젝트 |
|---|---|---|
| 유지보수 인원 | 여럿 | 단 한 명 |
| 자금 흐름 | 후원·고용 있음 | 전무 |
| 대응 속도 | 꾸준함 | 지연·정체 |
| 승계 대비 | 기여자 육성 | 없음 |
우리가 할 수 있는 일
거창한 정책만 답은 아니다. 각자의 자리에서 할 수 있는 일이 있다. 기업이라면 자기가 의존하는 프로젝트에 후원하거나 개발자의 근무 시간 일부를 기여에 쓰게 할 수 있다. 개발자라면 버그를 고쳐 되돌려 보내거나, 문서를 개선하거나, 하다못해 감사의 말을 남길 수 있다. 이 작은 순환이 유지보수자가 번아웃되지 않고 계속 나아가게 하는 연료다.
나는 오픈소스의 미래가 얼마나 화려한 신기능을 내놓느냐가 아니라, 이 보이지 않는 사람들을 어떻게 지켜 내느냐에 달려 있다고 생각한다. 공짜처럼 보이는 것에도 누군가는 값을 치르고 있다. 그 값을 함께 나누는 문화가 자리 잡을 때, 우리가 딛고 선 디지털 기반도 비로소 튼튼해진다.
자주 묻는 질문
오픈소스는 무료인데 왜 지속 가능성이 문제가 되나요?
사용은 무료지만 유지보수는 무료가 아니기 때문입니다. 버그 수정, 보안 대응, 새 환경 지원에는 사람의 시간과 노력이 계속 듭니다. 그 노동에 아무런 대가가 흐르지 않으면 유지보수자가 지쳐 떠나고, 방치된 코드는 결국 모두의 위험이 됩니다.
핵심 프로젝트를 한 명이 관리하는 게 왜 위험한가요?
그 한 사람이 시간이 없어지거나, 지쳐 떠나거나, 혹은 계정이 탈취되면 수많은 하위 사용자가 한꺼번에 영향을 받습니다. 유지보수가 멈춘 코드는 취약점이 방치되어 공격의 표적이 되기 쉽습니다. 인력이 소수에 집중된 구조 자체가 생태계의 약점입니다.
기업이 오픈소스에 투자하면 어떤 이득이 있나요?
자기 제품의 근간이 되는 코드가 건강하게 유지되는 것 자체가 이득입니다. 상류 프로젝트가 무너지면 그 위에 선 제품도 흔들리므로, 유지보수 투자는 자선이 아니라 위험 관리에 가깝습니다. 또한 기여를 통해 그 기술에 대한 영향력과 인재 확보 효과도 얻습니다.
개인 개발자도 지속 가능성에 기여할 수 있나요?
물론입니다. 꼭 돈이 아니어도, 버그를 고쳐 되돌려 보내거나 문서를 다듬거나 이슈에 정확한 재현 정보를 남기는 것만으로 큰 도움이 됩니다. 유지보수자에게 감사를 표하는 것조차 번아웃을 늦추는 힘이 됩니다. 작은 기여들이 모여 생태계를 지탱합니다.
댓글 0