N° 01 — 목록
'분류 전체보기' (197)
-
Infra Architecture/Network FundamentalsNetwork Fundamentals - 02. 이더넷과 L2
같은 동네 안에서 문패로 찾아가는 기술 — 이더넷과 L2컴퓨터 두 대를 스위치에 연결하면 — 서로 통신이 된다. 그 "연결"의 밑바닥에서 무슨 일이 일어나는가? IP 주소는 아직 모른다. 라우팅도 없다. 인터넷도 안 나간다. 그냥 — 같은 스위치에 꽂힌 두 컴퓨터가 서로를 찾아가는 것. 이것을 가능하게 하는 것이 이더넷(Ethernet) 과 데이터 링크 계층(L2) 이다. OSI 7계층의 두 번째 층.이 글은 같은 네트워크 세그먼트(랜, LAN) 안에서 통신이 어떻게 이루어지는지를 다룬다. MAC 주소 — 네트워크 카드마다 붙은 고유 번호 — 로 장치를 식별하고, 이더넷 프레임으로 데이터를 포장하고, ARP로 IP 주소를 MAC 주소로 변환하고, 스위치가 프레임을 올바른 포트로 보내는 과정. 이전 글에서..
-
Infra Architecture/Network FundamentalsNetwork Fundamentals - 01. OSI 7계층과 TCP/IP 모델
우편물이 봉투에 싸여 상자에 담기는 이유 — OSI 7계층과 TCP/IP 모델브라우저 주소창에 example.com을 치면 화면에 웹 페이지가 뜬다. 이 과정이 얼마나 복잡한지 — 대부분의 사람은 생각하지 않는다. 하지만 그 짧은 순간에 컴퓨터 안에서는 여러 층의 소프트웨어가 차례로 동작하며, 데이터가 한 층에서 다음 층으로 넘어가면서 포장되고, 주소가 붙고, 전송 수단이 선택된다. 마치 편지를 접어 봉투에 넣고, 주소를 쓰고, 우편번호를 적고, 배송 라벨을 붙여 택배 상자에 담는 것처럼. 이 "층(layer)"들을 체계적으로 나눈 것이 OSI 7계층 모델이고, 실제 인터넷이 쓰는 것은 그 간소화 버전인 TCP/IP 모델이다.이 글은 네트워크를 계층(layer)으로 나누어 이해하는 법을 다룬다. 왜 7개..
-
Infra Architecture/Compute PlatformsCompute Platforms - 10. 서버 성능 분석
"느리다"는 말에 데이터로 답한다 — 서버 성능 분석2019년, Brendan Gregg(Netflix 수석 성능 엔지니어)가 발표한 "eBPF for Performance Analysis" 데모는 충격적이었다. 그는 단 한 줄의 명령(bpftrace)으로 — 서버의 모든 시스템 콜을 나노초 단위로 추적하고, 어느 함수가 느린지 실시간으로 보여줬다. 기존의 성능 분석 도구(perf·strace·gdb)가 "무겁고 불편하다"고 느끼던 엔지니어들에게 — eBPF는 "커널 안에서 안전하게 돌아가는 가벼운 추적 도구"라는 새 세계를 열었다. 이 글은 서버가 "왜 느린가?"라는 질문에 데이터로 답하는 도구와 방법론을 다룬다.서버 성능 문제는 인프라 엔지니어가 가장 자주 만나는 도전이다. "서비스가 느려졌다"는 보..
-
Infra Architecture/Compute PlatformsCompute Platforms - 09. 이미지 빌드와 Immutable Infrastructre
서버를 만들고 고치지 않는다 — 이미지 빌드와 Immutable Infrastructure2010년, Netflix의 엔지니어 Cory Scott과 Ruslan Belkin은 매일 수천 대의 서버를 재배포하는 시스템을 구축했다. 서버가 장애 나면 고치는 게 아니라 — 버리고 새로 만들었다. 서버 한 대를 고치는 데 30분이면, 이미지로 새 서버를 만드는 데 5분이었다. "고치는 것"보다 "새로 만드는 것"이 더 싸고 빠르고 일관된다. 이 철학을 Immutable Infrastructure(불변 인프라) 라 부른다. foundations 06의 IaC 글에서 잠깐 소개했고, 이 글은 그것을 구체 도구로 풀어간다.이 글은 서버 이미지를 만들고, 그 이미지로 서버를 양산하는 과정을 다룬다. Packer로 go..
-
Infra Architecture/Compute PlatformsCompute Platforms - 08. 서비스 관리와 systemd
서버의 모든 서비스를 지휘하는 관리자 — systemd서버를 부팅하면 — 커널이 로드되고, init 프로세스(PID 1)가 실행되고, 그 init이 nginx·sshd·PostgreSQL 같은 서비스들을 차례로 띄운다. foundations 02의 부팅 글에서 이 흐름을 봤다. 그때 "systemd가 PID 1이다"라고만 짚고 넘어갔다. 이 글은 그 PID 1, systemd를 깊이 파헤친다 — systemd가 서버의 모든 서비스를 어떻게 시작·중지·감시·재시작하는지. unit 파일의 구조, 의존성 그래프, 저널(journal), 타이머, cgroups 연동까지. 서버 관리자가 매일 쓰는 systemctl start nginx 뒤에서 무슨 일이 일어나는지.systemd는 논쟁적인 소프트웨어다. 2010년..
-
Infra Architecture/Compute PlatformsCompute Platforms - 07. 컨테이너 런타임
한 커널을 나눠 쓰는 더 가벼운 가상화 — 컨테이너 런타임2013년 3월, Docker가 샌프란시스코의 Python 컨퍼런스에서 첫 데모를 했다. "5초 만에 PostgreSQL을 띄우세요"라는 발표가 화면에 떴다. 발표자가 docker run postgres 한 줄을 치자, 수 초 만에 PostgreSQL이 실행됐다 — VM을 만들고 OS를 설치하고 패키지를 깔 필요 없이. 청중은 박수를 쳤지만, 많은 사람이 "이게 VM보다 왜 빠른 건가?"라는 질문을 품고 있었다. 답은 단순했다 — 컨테이너는 VM처럼 완전한 OS를 복제하지 않는다. 한 OS 커널을 여러 컨테이너가 나눠 쓰면서 격리만 한다. OS 부팅이 없으니 빠를 수밖에.이 글은 컨테이너(container)와 컨테이너 런타임(container ru..