Hacker News 2026.06.01 40

1990년 동독의 유닉스 이야기, 사라진 컴퓨팅 역사의 한 페이지

베를린 장벽이 무너지던 해, 동독의 컴퓨터들은 어떻게 됐을까

1990년 5월, comp.unix.wizards라는 유즈넷 뉴스그룹에 흥미로운 글이 하나 올라왔어요. 동독(GDR, German Democratic Republic)에서 유닉스가 어떻게 사용되고 있었는지, 그리고 통일을 앞둔 시점에서 어떤 일이 벌어지고 있는지를 적은 글이에요. 36년이 지난 지금 이 글이 다시 회자되고 있는데, 단순한 향수가 아니라 "기술이 정치, 경제, 지정학과 어떻게 얽혀 있는가"를 보여주는 살아있는 자료라서 그래요.

동독은 냉전 시기 서방의 첨단 기술 수출 통제(COCOM, Coordinating Committee for Multilateral Export Controls)에 묶여 있었어요. 인텔 386 같은 최신 CPU나 진짜 유닉스 시스템, 워크스테이션 같은 건 합법적으로 살 수가 없었거든요. 그래서 동독은 자체 컴퓨터를 만들거나, 다양한 경로로 어렵게 들여온 시스템을 역공학(reverse engineering)하거나, 소련 진영 안에서 호환 시스템을 굴리는 식으로 버텼어요.

동독판 유닉스의 풍경

글에 따르면 동독에서 쓰던 유닉스 계열 시스템은 정말 다양했어요. 가장 흔했던 건 MUTOS라고 하는 시스템인데, 이게 뭐냐면 동독에서 자체적으로 만든 유닉스 호환 OS예요. AT&T의 UNIX System V를 어떻게든 입수해서 K1820 같은 자국산 미니컴퓨터(소련 SM-1420의 라이선스 생산판)에 이식한 거예요. K1840이라는 VAX 호환기에도 유닉스가 돌았는데, DEC의 VAX-11/780을 사실상 클론한 기계였어요.

그리고 베를린 훔볼트 대학을 비롯한 연구 기관에는 어떻게든 들여온 진짜 SUN 워크스테이션이나 DEC 장비들이 몇 대씩 있었다고 해요. 다만 부품을 구할 수 없어서 고장 나면 정말 큰일이었고, 소프트웨어 업데이트도 동독 거주 외국인 연구자나 학회 참석자들을 통해 디스크에 담아 들여오는 식이었대요.

네트워킹은 거의 불가능했어요. 인터넷은커녕 국제 전화선도 통제되던 시절이라, UUCP(유닉스 시스템 간 파일 복사 프로토콜)로 가끔 메일을 주고받는 정도가 한계였어요. 그래도 학자들은 EARN(European Academic Research Network)이나 X.25 네트워크를 통해 어떻게든 외부 세계와 연결되려 노력했다고 해요.

통일이 가져온 충격

글이 작성된 1990년 5월은 동독과 서독이 통화 통합을 앞두고 있던 시기예요. 그해 7월 1일에 동독 마르크가 서독 마르크로 바뀌었고, 10월 3일에는 공식 통일이 이뤄졌죠. 컴퓨팅 환경에서는 어떤 일이 벌어졌을까요?

글쓴이는 비교적 담담하게 적었지만, 그 안에는 묘한 긴장감이 흘러요. 동독 연구자들과 엔지니어들은 갑자기 시장을 열어젖힌 서방의 진짜 워크스테이션, 진짜 유닉스 라이선스를 마주하게 됐고, 동시에 자기들이 수십 년 동안 쌓아온 노하우와 자체 개발 시스템들이 한순간에 무용지물이 될 위기에 처한 거예요. MUTOS는 결국 통일 이후 빠르게 사라졌고, K1840 같은 기계들은 박물관으로 갔어요.

동시에 동독 출신 엔지니어 중 일부는 서독 기업이나 대학에 흡수돼서 새로운 커리어를 시작했고, 일부는 자기들이 어렵게 익혀온 기술이 갑자기 가치를 잃는 경험을 했어요. 기술이 지정학에 얼마나 깊이 묶여 있는지를 보여주는 단면이죠.

비슷한 역사적 사례들

사회주의권의 자체 컴퓨팅 역사는 사실 풍부해요. 소련의 Эльбрус(Elbrus) 시리즈는 지금도 러시아에서 명맥을 잇고 있고, 폴란드의 ODRA, 체코슬로바키아의 EC 시리즈도 다 비슷한 시대의 산물이에요. 이들은 종종 IBM 시스템/360이나 DEC VAX를 역공학으로 베껴 만들었는데, 그게 단순한 짝퉁이 아니라 부품 수급, 전력 효율, 소프트웨어 호환성을 모두 자체적으로 풀어내야 하는 거대한 엔지니어링 프로젝트였어요.

한국의 입장에서 보면 이런 역사가 낯설지만은 않아요. 1980년대 한국도 미국의 첨단 기술 수출 통제 대상이었고, 삼성과 현대가 D램과 반도체 공정을 자체 개발해야 했던 배경에는 비슷한 지정학적 압박이 있었거든요. 차이라면 한국은 시장 경제 진영에 속해 있어서 기술 도입과 자체 개발을 병행할 수 있었던 반면, 동독은 그 통로가 막혀 있었다는 거예요.

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

이 이야기가 단순한 옛날 이야기로 들리지 않는 건, 지금도 비슷한 일이 벌어지고 있어서예요. 미국의 대중국 반도체 수출 통제, 화웨이에 대한 안드로이드 사용 제한, 러시아의 자체 OS 추진 같은 일들이 동독 시대의 풍경과 묘하게 겹쳐요. 기술은 정치와 무관하지 않고, 우리가 당연하게 쓰는 도구들이 사실 특정 지정학적 조건 위에 서 있다는 걸 새삼 깨닫게 되거든요.

오픈소스가 이런 맥락에서 더 가치 있게 느껴지기도 해요. 만약 1990년대 동독에 리눅스 같은 오픈소스 운영체제가 있었다면 어땠을까요? 역공학할 필요도 없이 소스 코드를 받아서 자기 환경에 맞게 컴파일하면 됐을 거예요. 실제로 1991년 리누스 토르발즈가 리눅스를 발표한 게 이 시점 바로 직후라는 점은 역사의 묘한 우연이기도 해요.

그리고 우리가 의존하고 있는 클라우드, 라이브러리, 모델, 도구들이 모두 특정 회사와 특정 국가에 묶여 있다는 점을 가끔은 의식해볼 필요가 있어요. 지정학적 상황이 변할 때 우리 시스템이 얼마나 유연하게 대응할 수 있는지, 핵심 의존성을 어떻게 분산시킬지 같은 질문은 기술적인 동시에 전략적인 문제예요.