리눅스 아키텍처 파헤치기: 4개 계층으로 이해하는 시스템 동작 원리
명령어 하나 뒤에 숨은 여행
터미널에 ls라고 치면 파일 목록이 나옵니다. 간단해 보이지만, 이 한 줄 명령어가 실행되기까지 리눅스 시스템 내부에서는 꽤 흥미로운 여행이 펼쳐집니다. 사용자 공간에서 시작된 명령이 커널을 거쳐 하드웨어까지 내려갔다가 다시 올라오는 과정이죠.
오늘은 이 여행 경로, 즉 리눅스 아키텍처에 대해 정리해보려 합니다. 복잡해 보이지만 의외로 명확한 구조를 갖고 있거든요.
4개 층으로 나누어 보는 리눅스
리눅스는 모듈식 계층형 아키텍처를 따릅니다. 마치 아파트처럼 각 층이 명확히 구분되어 있고, 정해진 방법으로만 소통하는 구조입니다.
| 계층 | 역할 | 주요 구성요소 |
|---|---|---|
| 4. 사용자 공간 | 사용자와의 직접적인 상호작용 | Shell, 애플리케이션, 명령어 |
| 3. 시스템 라이브러리 | 커널과 애플리케이션 간 중계 | glibc, 시스템 호출 |
| 2. 커널 | 시스템 자원 관리 | 프로세스, 메모리, 파일시스템 관리 |
| 1. 하드웨어 | 물리적 처리 수행 | CPU, RAM, 디스크, I/O 장치 |
각 계층은 바로 아래 계층하고만 대화합니다. 애플리케이션이 하드웨어와 직접 소통할 수 없는 이유이기도 하죠.
1층: 하드웨어 - 모든 것의 기초
가장 아래층에는 물리적인 하드웨어가 있습니다. CPU, 메모리, 스토리지, 네트워크 카드 등 실제 연산과 저장을 담당하는 부품들이죠.
여기서 중요한 건 리눅스가 하드웨어와 직접 대화하지 않는다는 점입니다. 대신 장치 드라이버라는 번역가를 통해 소통합니다. 이 덕분에 리눅스는 수많은 종류의 하드웨어에서 동일하게 동작할 수 있어요.
2층: 커널 - 리눅스의 심장
커널은 리눅스의 핵심입니다. 소프트웨어와 하드웨어 사이에서 모든 것을 조율하는 지휘자 역할을 하죠.
커널이 담당하는 4가지 주요 업무는 다음과 같습니다:
- 프로세스 관리: 프로그램 실행, 일정 관리, 종료 처리
- 메모리 관리: RAM 할당, 가상 메모리, 스왑 관리
- 장치 관리: 하드웨어와의 소통 창구 역할
- 파일시스템 관리: 데이터 저장, 읽기, 권한 관리
커널은 커널 공간이라는 보호된 메모리 영역에서 동작합니다. 사용자 프로그램이 함부로 건드릴 수 없게 격리되어 있어서, 시스템 안정성을 보장하죠.
3층: 시스템 라이브러리 - 번역사의 역할
애플리케이션이 커널과 직접 대화하기엔 너무 복잡합니다. 그래서 중간에 시스템 라이브러리가 있어요. 가장 대표적인 게 **GNU C 라이브러리(glibc)**입니다.
애플리케이션이 "파일을 읽고 싶어"라고 하면, 시스템 라이브러리가 이를 **시스템 호출(syscall)**이라는 형태로 변환해서 커널에 전달합니다.
대표적인 시스템 호출들:
read() // 파일 읽기
write() // 파일 쓰기
open() // 파일 열기
fork() // 프로세스 복제
exec() // 새 프로그램 실행
시스템 라이브러리 덕분에 개발자는 복잡한 커널 수준 코드를 직접 작성할 필요가 없습니다. 꽤 고마운 존재죠.
4층: 사용자 공간 - 우리가 만나는 리눅스
사용자 공간은 우리가 실제로 작업하는 영역입니다.
- 셸(Shell): 명령어를 입력받아 시스템에 전달하는 인터페이스 (bash, zsh 등)
- 유틸리티:
ls,cp,grep같은 기본 명령어들 - 애플리케이션: 브라우저, 에디터, 서버 프로그램 등
터미널에 명령어를 입력하면 셸이 이를 해석하고, 필요하면 시스템 호출을 통해 커널에 요청을 보냅니다. 그 결과가 다시 화면에 나타나는 거죠.
명령어 하나의 여행 경로
cat /etc/passwd 명령을 입력했을 때의 흐름을 따라가보면:
- 사용자 공간: 셸이 명령어 파싱
- 시스템 라이브러리:
open(),read()시스템 호출 생성 - 커널: 파일시스템을 통해 파일 위치 확인
- 하드웨어: 디스크에서 실제 데이터 읽기
- 역순으로 복귀: 데이터가 터미널에 출력
이 모든 과정이 밀리초 단위로 일어납니다. 꽤 정교한 시스템이죠.
모듈성이 가져다주는 유연함
리눅스 아키텍처의 가장 큰 장점은 모듈성입니다. 각 구성요소를 독립적으로 추가, 제거, 업데이트할 수 있어요.
예를 들어 새로운 파일시스템을 추가하거나 네트워크 드라이버를 업데이트할 때 시스템을 재부팅할 필요가 없습니다:
# 모듈 동적 로드
sudo modprobe ext4
# 모듈 제거
sudo rmmod old_driver
이런 모듈성 덕분에 리눅스는 스마트폰부터 슈퍼컴퓨터까지, 다양한 환경에서 사용될 수 있습니다.
아키텍처를 이해해야 하는 이유
이런 구조를 알고 나면 여러 가지가 명확해집니다:
- 권한 시스템: 왜 root 권한이 필요한지, 사용자 분리가 어떻게 이뤄지는지
- 성능 튜닝: 병목이 어느 계층에서 발생하는지 파악 가능
- 문제 해결: 로그를 보고 어느 계층의 문제인지 추론
- 보안 강화: 각 계층별 보안 포인트 이해
특히 시스템 관리나 DevOps 업무를 한다면, 이런 기본기가 자동화 스크립트 작성부터 인프라 설계까지 모든 영역에서 도움이 됩니다.
단순하지만 강력한 설계
리눅스의 계층형 아키텍처는 30년 넘게 사용되어온 검증된 설계입니다. 명확한 역할 분담과 표준화된 인터페이스 덕분에 안정성과 확장성을 동시에 확보했죠.
터미널에서 명령어를 입력할 때마다, 이 정교한 시스템이 묵묵히 동작하고 있다는 걸 알고 나니 조금 다르게 보이네요.