개발일기41

• 

  7. 쉬어가는 코너: 확장을 위한 구조로 코드 리팩토링하기(+ go, linux, container) Go로 "컨테이너스러운" 프로세스를 만들어보자. 순조롭게 PID, UTS, Mount, Network 네임스페이스를 격리한 여러분이 자랑스럽다. 이번 챕터는 직접 만든 containerM 프로젝트를 확장 가능한 구조로 리팩토링하면서 한숨 돌리고 가려고 준비했다. main.go의 코드를 모듈화하여 분리하고 필요에 따라 Linux, go의 개념도 정리해보자. ✅ 목표지금까지는 기능 구현에 집중했기 때문에 하나의 main.go 파일에 모든 로직이 들어있었다. 하지만 이제 1. cgroup, 이미지 시스템, 런타임 관리 등이 추가될 예정이고, 2. 스크립트가 늘어나고, 컴포넌트 간 의존성도 커져서 더 이상 모놀리식 구조로는 유지보수가 힘들어질 것이다. 따라서 컴포넌트 단위로 코드를 구조화하고, 기능별로 디렉토리.. 개발일기/Docker 2025. 7. 1.

• 

  6. Network 네임스페이스로 독립 네트워크 구성하기 Go로 "컨테이너스러운" 프로세스를 만들어보자. 지난 포스팅에서 pivot_root()를 사용해 Mount 네임스페이스를 완전히 격리하였다. 오늘은 컨테이너 격리의 마지막 단계, Network 네임스페이스 분리하기이다. 본 챕터를 이용해서 독립된 네트워크 네임스페이스를 생성하고 컨테이너 안에서는 고유한 네트워크 인터페이스와 IP를 사용하며 호스트와는 완전히 격리된 네트워크 공간을 확보해보도록 하자. 🔍 Network 네임스페이스?Network 네임스페이스란 리눅스 시스템 내에서 네트워크 자원(IP, 포트, 라우팅 테이블 등)을 독립적으로 분리할 수 있게 해주는 기능이다.🔧 리눅스는 네트워크 자원을 공유리눅스에서는 기본적으로 시스템에 존재하는 모든 네트워크 자원(예: 인터페이스, IP 주소, 포트 등).. 개발일기/Docker 2025. 6. 26.

• 

  5. pivot_root로 루트 파일 시스템 바꾸기 Go로 "컨테이너스러운" 프로세스를 만들어보자. 지난 포스팅에서 chroot()를 사용해 Mount 네임스페이스를 격리하였다. 하지만, 이 상황에는 몇 가지 문제가 있다.chroot()는 단순히 루트 디렉토리의 보이는 경로를 바꾸고 기존 루트가 그대로 남아있다. 따라서, .. 등으로 탈출 가능성이 있어 보안상 불완전하고 프로세스가 여전히 이전 루트를 참조한다.따라서 오늘은 pivot_root를 사용해 정상적인 루트 격리 환경을 만들 것이다. 이때, 우분투 베이스 파일시스템을 사용해 실사용 컨테이너 환경에 가까운 구조를 만들자.🔍 왜 pivot_root?pivot_root는 chroot와 다르게 루트 디렉토리 자체를 완전히 교체한다. 기존 루트가 새 위치로 이동되기 때문에 이전 루트 자체가 사라진다... 개발일기/Docker 2025. 6. 16.

• 

  4. Mount 네임스페이스로 파일시스템 분리하기 Go로 "컨테이너스러운" 프로세스를 만들어보자. 지금까지 PID, UTS 네임스페이스를 활용하여 프로세스 ID와 호스트 명을 격리하였다. 이번엔 파일시스템을 분리하여 컨테이너 안에서 진짜 루트 디렉터리가 다르게 보이도록 만들어보자. 이를 위해 Mount 네임스페이스를 활용할 것이다. 🔍 Mount 네임스페이스란?Mount?리눅스에서는 디스크나 외부 장치를 어떤 디렉터리 경로에 연결해야만 접근할 수 있다. 이 과정을 "mount"라고 부른다.$ sudo mount /dev/sdb1 /mnt/usb$ ls /mnt/usb 사진/ 문서/ 영화/리눅스는 하나의 거대한 트리 구조(/) 안에 모든 저장 장치, 파티션, 네트워크 파일시스템 등을 "붙여서" 사용하게 된다. C:\또는 D:\와 같이 드라이브가 분리.. 개발일기/Docker 2025. 5. 30.

• 

  3. UTS 네임스페이스로 호스트명 분리하기 Go로 "컨테이너스러운" 프로세스를 만들어보자. 지난 포스팅에서는 프로세스의 분리와 PID 격리에 대해서 다루었다. 이번 시간엔 컨테이너 안에서만 별도의 호스트명(hostname)을 갖도록 프로세스를 제어해보자. 실제 도커처럼 hostname 명령으로 컨테이너 안의 이름을 바꿔도 호스트 OS에는 영향이 없도록 만드는 게 이번 시간의 목적이다.이를 위해서 UTS 네임스페이스를 사용한다. 🔍 UTS 네임스페이스란?UNIX Timesharing System의 약자인 UTS는 아래 두가지 항목을 격리시키는 역할을 한다. hostname (예: conatinerM)domainname (보통 잘 안 씀)UTS는 hostname과 domainname을 네임스페이스 단위로 분리해주는 기능으로면 sethostname(.. 개발일기/Docker 2025. 5. 29.

• 

  2. PID 네임스페이스로 프로세스 격리하기 (심화) Go로 "컨테이너스러운" 프로세스를 만들어보자. 지난 포스팅에서 mydocker run bash 명령으로 bash를 PID 1번으로 실행할 수 있었다. 이번 편에서는 그 구조가 왜 그렇게 동작하는지, 그리고 PID 네임스페이스의 격리 효과가 정확히 무엇인지 코드와 몇 가지 실험으로 구조를 파악해보자. PID 네임스페이스PID 네임스페이스는 리눅스 커널의 네임스페이스 중 하나로, 각 프로세스가 고유한 PID 트리를 갖도록 격리시킨다. 이때 아래와 같은 특징을 볼 수 있다. 부모 네임스페이스에서 보면 자식 네임스페이스의 PID가 일반적인 번호 (예: 12345)자식 네임스페이스 안에서는 해당 프로세스가 PID 1부터 시작이 PID 1 프로세스는 네임스페이스의 init 프로세스로, 모든 자식의 조상🔍 왜 자.. 개발일기/Docker 2025. 5. 29.

• 

  1. 컨테이너 만들기 - fork/exec로 컨테이너 프로세스 분리하기 Go로 "컨테이너스러운" 프로세스를 만들어보자. 격리Docker와 같은 컨테이너 기술에서 "격리"라는 키워드는 컨테이너가 제공하는 가장 핵심적인 개념 중 하나이다. 세부적으로 하나하나 그 장점을 나열해보자.1. 🔐보안 (Security)격리를 통해 각 컨테이너는 서로 다른 컨테이너나 호스트 시스템과 직접적으로 상호작용할 수 없다. 만약 컨테이너 내부에서 시스템에 악영향을 주는 코드가 실행되더라도, 다른 컨테이너나 호스트 전체로 피해가 전이되는 것을 막을 수 있다.2. 🧩자원 분리 (Resource Separation)CPU, 메모리, 네트워크, 디스크 I/O 등 시스템 자원을 분리하여 사용할 수 있다. 특정 컨테이너가 무한히 자원을 사용하는 것을 방지하고, 다른 컨테이너에 영향을 주지 않도록 보장할 .. 개발일기/Docker 2025. 5. 28.

• 

  [Spring test] mockito, controller에서 null을 반환한다 컨트롤러 테스트 작성 중 이슈가 생겼다. Mock 객체를 생성하기 위해 Mockito 라이브러리를 활용하여 컨트롤러의 반환값을 지정해 주었다. 하지만 실제 테스트 결과에서는 반환값으로 지정한 객체가 들어있지 않고 null이 포함되어 있다. 이게 대체 무슨 일…?Expected to find an object with property ['accessToken'] in path $['data'] but found 'null'. This is not a json object according to the JsonProvider: 'com.jayway.jsonpath.spi.json.JsonSmartJsonProvider'.com.jayway.jsonpath.PathNotFoundException: Expect.. 개발일기/Spring 2025. 3. 20.

• 

  [이슈 로그] 리액트 애플리케이션 백그라운드 실행 리액트 애플리케이션을 백그라운드로 실행하기 위해 아래 커맨드를 입력했다.$ yarn dev --host 0.0.0.0 --mode production & 정상적으로 실행될 것이라는 기대와 다르게 에러가 발생한다.[5]+ Stopped (tty input) yarn dev --host 0.0.0.0 --mode production원인이 무엇일까?React 개발 서버(yarn dev)는 실행 중 터미널 입력을 필요로 하지만 이를 백그라운드에서 실행시켰으므로 터미널 입력을 처리하지 못하고 동작을 멈춘 것이다. 따라서 이는 TTY 입력 문제로 React 개발 서버는 백그라운드 실행 시에도 TTY 입력을 기본적으로 기다리는 특징을 이해해야 한다.해결은 nohup해결을 위해 nohup을 사용한다. n.. 개발일기/이슈 로그 2024. 12. 2.

• 

  K8S Pod와 Deployment 간단 이해 “쿠버네티스에서 배포할 수 있는 가장 작은 컴퓨터 오브젝트인 Pod와 이를 실행하는데 도움이 되는 고수준 추상화” = 쿠버네티스 워크로드쿠버네티스의 워크로드는 클러스터에서 실행되는 애플리케이션과 서비스를 나타낸다. 이는 컨테이너화된 애플리케이션을 배포, 관리 및 확장하기 위해 정의된 객체들로 구성된다. 워크로드의 주요 유형은 아래와 같다.Pod : 하나 이상의 컨테이너를 포함하는 쿠버네티스의 가장 작은 배포 단위Deployment : 무중단 배포와 롤백을 관리하며, 애플리케이션을 선언적으로 배포StatefulSet : 상태를 가진 애플리케이션을 관리하며, 안정적인 네트워크 ID를 제공DaemonSet : 각 노드에서 실행되는 워크로드를 관리Job & CronJob : 일회성 또는 주기성을 띄는 작업을 수.. 개발일기/K8S 2024. 11. 28.

• 

  [이슈 로그] 네트워크 이슈 + 'yarn dev --host 0.0.0.0' 진짜 별거 아닌 이슈 로그이다. 근데 2시간 동안 삽질해서 한번 정리해본다. 상황현재 사내 온프렘 서버로 바로 접근해서 작업하지 않고 router에 접근해서 작업하고 있다. router로 요청을 보내면 자동으로 라우팅된 요청이 내가 사용하는 서버로 가는 구조이다. 192.168.y.y 에 단순히 yarn dev로 react 애플리케이션을 실행했다. 그리고 라우터의 8051번 포트를 vite 애플리케이션이 사용하는 5173번 포트로 포트포워딩 해두었다.결과는? 아니 내 네트워크 지식으론 이론상 완벽한데? 라고 생각했지만 문제는 네트워크 연결이 아니라 yarn dev에 있었다.yarn dev 기본설정대부분의 경우, 개발 서버는 localhost(또는 127.0.0.1)에서만 실행된다. 이는 개발 서버가 로컬.. 개발일기/이슈 로그 2024. 11. 22.

• 

  API versioning 방법론 세상에 완벽한 소프트웨어는 존재하지 않는다.애플리케이션은 요구 사항이 변경될 때마다 새로운 버전을 릴리즈합니다. 이때, 다양한 버전을 동시에 사용하는 유저들의 안정적인 활동을 보장하기 위해서 backend engineer는 하나의 API에서 다양한 버전을 관리해야 할 때가 있습니다. 이번에는 Spring과 Kotlin 환경을 기준으로 API version을 관리하는 몇 가지 방법론을 제시해보겠습니다.들어가기 앞서 대부분의 문제가 그렇듯, 정답이란 없습니다. 본인의 팀 상황에 맞는 방법을 선택하시되 중요한 것은 팀 전체가 하나처럼 움직이는, 모든 코드가 공통성을 가지는 “일관성”이지 않을까 싶습니다.API 버전 관리 전략1. URL Versioning가장 대중적으로 알려진 방식이다. 접근 방법도 단순하다... 개발일기/Spring 2024. 11. 20.