Signal over Noise

작은 명령어가 남긴 오래된 설계컴퓨터 기술의 역사는 끊임없는 변화의 역사처럼 보인다. 새로운 프로그래밍 언어가 등장하고, 새로운 프레임워크가 유행하며, 몇 년 전까지만 해도 혁신으로 불리던 기술들이 어느새 조용히 사라진다. 이런 흐름 속에서 대부분의 기술은 특정 시대의 산물로 남는다. 그러나 그 변화의 흐름을 조금 더 깊이 들여다보면 이상하게도 거의 변하지 않고 남아 있는 것들이 있다. 바로 터미널에서 사용하는 아주 작은 명령어들과 그 뒤에 숨은 Unix의 설계 철학이다.이 시리즈는 그런 작은 기호들에서 출발했다. `2>&1` 같은 리디렉션 문법, `|`라는 파이프 기호, 그리고 fork와 exec 같은 프로세스 모델까지. 처음에는 단순한 명령어 문법처럼 보이지만, 조금만 더 깊이 들여다보면 그 뒤에는 ..

컨테이너 환경에서 등장하는 낯선 조언컨테이너 환경에서 애플리케이션을 처음 운영하게 되면 많은 개발자들이 비슷한 조언을 접하게 된다. 애플리케이션 로그를 파일에 저장하지 말고 stdout으로 출력하라는 권장사항이다. Docker나 Kubernetes 관련 문서를 읽다 보면 거의 빠지지 않고 등장하는 문장이다. 처음 이 문장을 접하는 개발자들은 종종 약간의 위화감을 느낀다. 오랫동안 서버 운영의 기본적인 원칙은 로그 파일을 중심으로 시스템을 관리하는 것이었기 때문이다. 대부분의 서버 소프트웨어는 실행 중에 로그 파일을 생성하고, 운영자는 그 파일을 기반으로 시스템 상태를 확인하거나 문제를 분석해 왔다.하지만 컨테이너 환경에서는 이러한 전통적인 방식이 조금 다르게 보인다. 애플리케이션은 여전히 로그를 생성하지..

한 문장으로 설명하기 어려운 철학컴퓨터 시스템을 설명하는 문장은 많지만, 그중에서도 가장 낯설면서도 강력한 문장 하나를 꼽자면 아마 이것일 것이다. “Everything is a file.” 한국어로 번역하면 “모든 것은 파일이다.” 이 문장은 Unix를 설명하는 가장 유명한 문장이기도 하지만, 동시에 처음 접하는 사람에게는 가장 이해하기 어려운 문장이기도 하다. 파일이라고 하면 우리는 보통 디스크에 저장된 문서를 떠올리기 때문이다. 텍스트 파일이나 이미지 파일, 혹은 실행 파일 같은 것들이 우리가 일반적으로 생각하는 파일의 모습이다. 그런데 Unix에서는 키보드 입력도 파일이고, 터미널 화면도 파일이며, 심지어 네트워크 연결까지 파일처럼 취급된다고 말한다.이 문장을 처음 들으면 과장된 은유처럼 보일 수..

우리가 입력하는 것은 명령어가 아니라 실행 계획이다터미널에 명령을 한 줄 입력하고 엔터를 누르는 순간, 우리는 보통 어떤 프로그램 하나가 실행된다고 생각한다. 겉으로 보기에는 실제로도 그렇게 보인다. `ls -l`을 입력하면 디렉터리 목록이 나오고, `grep ERROR log.txt`를 입력하면 검색 결과가 출력된다. 화면 위에서 벌어지는 일만 놓고 보면 셸은 그저 사용자가 입력한 문자열을 읽어 프로그램을 대신 실행해 주는 얇은 인터페이스처럼 느껴진다. 하지만 이 단순한 장면 뒤에서는 생각보다 훨씬 복잡한 작업이 수행되고 있다. 셸은 사용자가 입력한 문장을 곧바로 운영체제에 넘기는 것이 아니라, 그 문장을 하나의 실행 계획으로 해석하고, 그 계획에 맞는 프로세스 구조와 입출력 흐름을 미리 설계한 뒤에야..