1960년대 후반, 컴퓨터 업계의 대세는 '모든 기능을 집어넣은 거대하고 완벽한 시스템'을 구축하는 것이었습니다. MIT, GE, 벨 연구소가 손을 잡고 추진했던 멀틱스(Multics) 프로젝트가 대표적이었습니다. 수백 명이 동시에 접속하고, 모든 보안과 파일 관리를 빈틈없이 처리하겠다는 거대한 야심이었지만, 결과는 참담했습니다. 시스템은 지나치게 무겁고 복잡해졌으며, 사소한 버그 하나에도 전체가 뻗어버렸습니다.
프로젝트가 지지부진하자 벨 연구소는 결국 개발을 포기하고 철수했습니다. 그런데 바로 이 실패의 잿더미 위에서, 현대 소프트웨어와 운영체제의 90% 이상을 지탱하고 있는 위대한 유산이 싹텄습니다.
켄 톰슨과 데니스 리치는 버려진 연구소 구석의 낡은 미니컴퓨터(PDP-7) 앞에서 "복잡함을 버리고 극도로 단순하게 가자"는 정반대의 길을 선택했습니다. 그렇게 탄생한 운영체제가 바로 유닉스(UNIX)였고, 이를 전 세계로 퍼뜨린 도구가 바로 C언어였습니다.
[1. 실패한 공룡 프로젝트에서 태어난 유닉스의 출발]
멀틱스 프로젝트에서 철수한 벨 연구소의 켄 톰슨은 자신이 취미로 만들던 우주 여행 게임(Space Travel)을 돌릴 환경이 필요했습니다. 연구소에 굴러다니던 연산 성능이 턱없이 부족한 PDP-7 컴퓨터를 발견한 그는, 거창한 기능들을 싹 걷어내고 혼자서 쓸 수 있는 최소한의 파일 관리와 프로세스 실행 체계를 며칠 만에 뚝딱 만들었습니다.
동료들은 멀틱스(Multics, 다중을 위한 시스템)의 이름을 패러디해 '하나만을 위한 시스템'이라는 뜻으로 '유닉스(UNICS, 훗날 UNIX)'라는 익살스러운 이름을 붙였습니다.
장난처럼 시작된 이 시스템은 가볍고 빠르며 군더더기가 없었습니다. 복잡한 규격에 질려 있던 동료 연구원들이 하나둘 유닉스를 쓰기 시작했고, 벨 연구소 내부의 표준 작업 환경으로 급속히 자리 잡았습니다.
[2. 작고 날카로운 도구들의 조화: 유닉스 철학의 본질]
유닉스가 컴퓨터 역사에서 독보적인 위치를 차지하는 이유는 단순히 성능이 좋아서가 아닙니다. 바로 소프트웨어를 대하는 완전히 새로운 세계관, 즉 유닉스 철학(Unix Philosophy)을 확립했기 때문입니다.
더그 매클로이를 비롯한 유닉스 개발팀이 정리한 설계 원칙은 오늘날에도 시스템 아키텍처의 황금률로 통합니다.
한 가지 일만 아주 잘하는 프로그램을 만들어라(Do one thing and do it well): 하나의 프로그램에 온갖 잡다한 기능을 몰아넣지 말고, 텍스트 검색(
grep), 정렬(sort), 줄 수 세기(wc)처럼 단일 목적에 극도로 충화된 작은 도구를 만듭니다.프로그램들이 서로 대화할 수 있도록 만들어라(Write programs to work together): 각 프로그램의 출력이 다른 프로그램의 입력이 될 수 있도록 설계합니다.
텍스트 스트림을 범용 인터페이스로 삼아라(Expect the output of every program to become the input to another): 데이터를 복잡한 바이너리 포맷으로 묶지 말고, 누구나 읽을 수 있는 평문 텍스트 형태로 흘려보냅니다.
이 철학을 현실로 구현한 대표적인 기술이 바로 파이프라인(Pipe, |)입니다.
cat logs.txt | grep "ERROR" | wc -l
이 한 줄처럼, 개발자는 거대한 새 프로그램을 개발할 필요 없이 이미 존재하는 작고 견고한 명령어를 파이프(|)로 엮는 것만으로 복잡한 작업을 손쉽게 끝낼 수 있게 되었습니다.
[3. C언어의 탄생과 이식성(Portability)의 혁명]
초기 유닉스는 어셈블리어로 작성되었습니다. 앞선 04편에서 다루었듯 어셈블리어는 기계에 종속적입니다. 컴퓨터 하드웨어를 PDP-7에서 PDP-11로 바꾸자, 유닉스 코드를 바닥부터 다시 어셈블리어로 짜야 하는 고통이 찾아왔습니다.
1972년, 데니스 리치는 이 문제를 근본적으로 해결하기 위해 새로운 고급 프로그래밍 언어를 설계했습니다. 그것이 바로 C언어였습니다.
C언어는 절묘한 균형점을 지닌 언어였습니다.
사람이 이해하기 쉬운 구조화된 문법을 가졌으면서도,
포인터를 통해 컴퓨터 메모리의 물리적 주소에 직접 접근할 수 있는 하드웨어 제어력을 유지했습니다.
1973년, 켄 톰슨과 데니스 리치는 유닉스 커널의 90% 이상을 C언어로 전면 재작성하는 파격적인 모험을 감행했습니다. 당시에는 "운영체제 같은 무거운 핵심 시스템은 성능을 위해 무조건 어셈블리어로 짜야 한다"는 것이 상식이었기에 이는 미친 짓으로 여겨졌습니다.
그러나 결과는 경이로웠습니다. C언어로 다시 작성된 유닉스는 해당 하드웨어에 맞는 C 컴파일러만 하나 만들어주면, 어떤 새로운 컴퓨터 기종이 나오더라도 코드 수정 거의 없이 그대로 가져다 실행할 수 있는 막강한 '이식성(Portability)'을 획득했습니다. 유닉스가 전 세계 대학교, 연구소, 기업 전산실로 들불처럼 번져나간 결정적인 원동력이 바로 이 C언어 기반의 이식성이었습니다.
[4. 현대 엔지니어링과 백엔드 아키텍처에서의 교훈]
오늘날 실무에서 수많은 백엔드 개발자와 데브옵스 엔지니어들이 리눅스(Linux) 환경에서 컨테이너(Docker)와 마이크로서비스(MSA)를 다루고 있습니다. 이 리눅스와 현대 클라우드 인프라의 뿌리가 바로 유닉스입니다.
처음 아키텍처를 설계하는 주니어 개발자들은 모든 로직을 하나의 거대한 애플리케이션(모놀리식)에 욱여넣으려는 유혹에 빠지기 쉽습니다. 하지만 시스템이 커질수록 작은 수정 하나가 전체 서비스의 장애로 번지는 '멀틱스의 함정'에 갇히게 됩니다.
50여 년 전 유닉스 엔지니어들이 증명했듯, 진정으로 견고하고 오래 살아남는 시스템은 "한 가지 역할에 충실한 작고 독립적인 모듈들을 느슨하게 연결(Loosely Coupled)한 구조"입니다. 오늘날 REST API를 통해 데이터를 JSON 텍스트로 주고받으며 마이크로서비스를 연결하는 방식은, 본질적으로 유닉스가 텍스트 스트림과 파이프로 도구들을 연결했던 그 철학의 완벽한 계승입니다.
[핵심 요약]
유닉스는 지나치게 거대하고 복잡했던 멀틱스 프로젝트의 실패를 반면교사 삼아, 극단적인 단순함을 추구하는 과정에서 탄생했습니다.
"한 가지 일만 완벽하게 수행하는 도구를 만들고 파이프라인으로 연결한다"는 유닉스 철학은 현대 모듈형 시스템 설계의 기초가 되었습니다.
C언어로 작성된 유닉스는 하드웨어 플랫폼에 구애받지 않는 독보적인 이식성을 확보하며 오늘날 리눅스, 맥 OS, 안드로이드로 이어지는 현대 운영체제의 뼈대가 되었습니다.
0 댓글