Docker

이 글은 44bits 블로그에 Daegwon Nacyot Kim님께서 정리해주신 리눅스/도커 네트워크 관련 글을 정리한 내용입니다. 원문에 대한 링크는 글 하단의 Refernce에서 확인하실 수 있습니다. 리눅스 시스템에서 네트워크(네트워크 인터페이스, 라우팅 테이블)

이 글은 44Bits에 Daegwon Kim님이 작성해주신 글 컨테이너란? 리눅스의 프로세스 격리 기능을 요약 정리한 내용입니다.  컨테이너라는 개념은 도커가 생기기 이전에 리눅스 시스템에 이미 존재하던 개념입니다. 도커는 리눅스 컨테이너의 종류 중 하나인 어플리케이션

도커는 내부적으로 클라이언트-서버 구조를 사용한다. 도커는 Docker daemon이라 불리는 데몬몬 실행하여 컨테이너와 관련된 모든 요청(빌드, 실행 등)을 처리한다. 도커의 기본 CLI 클라이언트는 UNIX 소켓(default) 혹은 네트워크 인터페이스를 통해 도커

앞선 포스트에서 도커는 이미지를 레이어 단위로 관리하고 각 레이어를 재사용함으로써 이미지를 효율적으로 빌드한다는 내용을 다루었다. 이번 포스트에서는 도커가 어떻게 이미지를 레이어 단위로 관리하는지에 대해 다루어 보도록 하자.UFS는 Union File System의 약

앞선 포스트에서 UFS와 도커의 파일 시스템과 관련된 내용을 다루었다. 이번 포스트에서는 어떻게 도커에서 UFS의 기능을 구현하는지에 대해 다루도록 한다. 도커는 UFS(Union File System)을 기반으로 read-only의 이미지 레이어(하위)위에 읽고 쓰기

도커의 컨테이너의 가장 큰 강점 중 하나는 (컨테이너)-(컨테이너) 혹은 (컨테이너)-(non 컨테이너) 사이의 연결을 제공한다는 점이다. 심지어, 호스트 OS가 Linux, Windows 인지 여부와 상관없이 이러한 기능을 제공한다. 다음은 도커에서 사용되는 대표적인

컨테이너 기술의 발전과 함께, Docker 이후로 많은 컨테이너 런타임이 생겨나게 되었다. 당시에는 컨테이너 런타임에 대한 표준 인터페이스가 존재하지 않아 런타임별 서로 다른 인터페이스를 갖는 경우가 빈번했다. 이로 인해 많은 혼란과 불편함이 발생하였다. 이를 해결하기

Buildx Docker는 multi-architecture 빌드 등, 다양한 빌드 옵션을 지원하는 CLI 플러그인을 제공합니다. Buildx는 19.03 이후 버전부터 사용이 가능하다고 하니 버전 확인이 필요합니다. 공식 문서에 따르면, Docker Desktop을