맨 아래층과 맨 바깥층 — 커널에서 파이프라인까지

커널

[운영체제의 핵심 소프트웨어]인데, [하드웨어와 응용 프로그램 사이에서 자원(CPU·메모리·장치)을 직접 통제한다]는 점에서 다른 소프트웨어와 구별됩니다.

모든 층의 맨 아래에서 나머지 전부를 떠받칩니다.

커널

일반 프로그램(Ring 3)이 하드웨어를 직접 건드리면 시스템 전체가 위험해지기 때문에, 커널(Ring 0)만 하드웨어에 직접 접근하고 나머지는 시스템 콜을 통해서만 그 경계를 넘어 요청하게 합니다.

커널

모놀리식↔MSA 축과 같습니다. 모놀리식 커널은 기능을 하나로 뭉쳐 빠르지만 한 부분의 문제가 전체에 영향을 주고, 마이크로커널은 최소 기능만 남기고 나머지를 분리해 안정적이지만 통신 비용이 듭니다.

프록시·배포

포워드 프록시는 클라이언트 쪽에 서서 클라이언트를 대신해 나가고, 리버스 프록시는 서버 쪽에 서서 서버를 대신해 요청을 받습니다.

nginx가 우리 시스템에서 리버스 프록시 역할을 합니다.

프록시·배포

CI(Continuous Integration)는 코드를 합치고 자동으로 검증하는 것, CD는 그 결과를 자동으로 내보내는 것입니다.

CD 안에서도 Continuous Delivery(사람이 마지막에 승인)와 Continuous Deployment(승인 없이 자동 배포)가 사람의 승인 유무로 갈립니다.

스스로 확인

프로세스 관리, 메모리 관리, 파일 시스템 관리, 장치(드라이버) 관리입니다.

스스로 확인

시스템 콜(System Call)입니다. 응용 프로그램이 커널 모드로 전환해 기능을 요청하는 표준 API입니다.

스스로 확인

모놀리식은 빠르지만 한 부분의 문제가 전체에 영향을 주고, 마이크로커널은 안정적이지만 통신 비용이 듭니다.

스스로 확인

dockerd 가 모든 컨테이너를 관리하는 단일 데몬(단일 장애점)이기 때문입니다.

스스로 확인

일반 사용자 권한으로 실행해, 컨테이너가 뚫려도 피해 범위를 호스트 전체가 아니라 그 사용자 권한으로 제한하기 위해서입니다.

스스로 확인

마지막 배포에 사람의 승인이 필요한가입니다. 필요하면 Delivery, 필요 없으면 Deployment입니다.

스스로 확인

대리하는 대상입니다. 포워드는 클라이언트를, 리버스는 서버를 대리합니다. 트래픽 방향 자체는 같습니다.

스스로 확인

502는 프록시 뒤의 앱이 죽은 것이고, 504는 앱이 응답을 늦게 주는 것입니다.

스스로 확인

외부 루프(Outer Loop)입니다. 모델(개발자)이 아니라 빌드·테스트가 종료를 판정합니다.

자주 하는 실수

세상에서 가장 많이 쓰는 커널(Linux)은 모놀리식입니다. 트레이드오프일 뿐입니다.

자주 하는 실수

시스템 콜 대기(I/O)가 없는 CPU-bound 구간에는 효과가 없습니다.

자주 하는 실수

먼저 스왑이 도는지(RAM 부족) 확인해야 합니다.

자주 하는 실수

커널을 공유하므로 격리가 더 약합니다.

자주 하는 실수

탈옥을 막는 게 아니라 피해 범위를 줄이는 장치입니다.

자주 하는 실수

프록시 뒤의 앱이 죽은 것입니다. 504는 앱이 늦은 것입니다.

자주 하는 실수

되돌릴 대상이 사라집니다. 커밋 해시 태그를 써야 합니다.

용어

백그라운드에 상주하며 요청을 기다리는 프로세스입니다.

용어

가상 메모리는 프로세스마다 독립된 주소 공간을 주는 기법이고, 스왑은 RAM이 부족할 때 디스크를 메모리처럼 쓰는 영역입니다.

용어

분리된 프로세스끼리 메시지를 주고받는 것입니다.

용어

컨테이너 이미지·런타임의 공개 표준입니다.

용어

IP·스토리지를 공유하며 함께 살고 죽는 컨테이너 묶음입니다.

용어

Git 저장소의 상태를 클러스터에 계속 수렴시키는 운영 방식입니다.