본문 바로가기

DevOps & Infra/Docker

[Infrastructure/Docker] 도커 비지박스(BusyBox) 사용하기
DevOps & Infra/Docker 2022. 4. 2. [Infrastructure/Docker] 도커 비지박스(BusyBox) 사용하기 비지박스(BusyBox)란? BusyBox는 통용되는 Unix 유틸리티 여러 개를 아주 작은 애플리케이션으로 결합한 이미지입니다. 자원 사용이 한정적인 임베디드 시스템에서 사용하기 위한 목적으로 이미지 크기가 작다는 것이 특징입니다. $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE ubuntu latest ff0fea8310f3 2 weeks ago 72.8MB busybox latest 2fb6fc2d97e1 2 weeks ago 1.24MB 최신 Ubuntu와 BusyBox 용량을 비교하면 약 70MB와 1.24MB로 크기 차이가 상당합니다. BusyBox의 버전에 따라서 차이가 있지만 일반적으로 1~5MB 사이의 크기를 갖고 있습니다. Unix 유틸리티..
[Infrastructure/Docker] 도커 컨테이너에서 Windows 또는 MacOS 로컬 호스트에 연결
DevOps & Infra/Docker 2022. 4. 2. [Infrastructure/Docker] 도커 컨테이너에서 Windows 또는 MacOS 로컬 호스트에 연결 host.docker.internal Windows 또는 MacOS 환경에서 Docker Desktop 18.03+ 버전을 사용하고 있다면 다음 도메인 네임을 사용 할 수 있습니다. host.docker.internal 이 주소는 Windows 또는 MacOS에서 운용되는 컨테이너가 로컬 호스트에 연결하기 위한 루프백 주소(localhost 및 127.0.0.1)를 대신합니다. 예를 들어 자신의 로컬 호스트에서 MySQL을 실행중이고, Containerized된 애플리케이션이 호스트의 MySQL에 접근하고자 한다면 애플리케이션은 다음 주소에 연결합니다. host.docker.internal:3306
[Infrastructure/Docker] docker login 사용법, CLI에서 도커 계정 로그인하기
DevOps & Infra/Docker 2022. 3. 30. [Infrastructure/Docker] docker login 사용법, CLI에서 도커 계정 로그인하기 CLI에서 도커 이미지를 Push하는 등 일부 도커 허브 작업을 수행하려면 도커 허브 계정으로 로그인이 필요합니다. ID/Password 로그인 CLI에서 도커 허브 계정의 ID/Password를 사용하여 로그인 할 수 있습니다. 도커 허브 계정의 ID는 이메일 주소를 제외하고 입력합니다. $ docker login -u [도커 허브 계정 ID] -p [도커 허브 계정 Password] 로그인이 성사되면 다음 경고 메시지가 출력됩니다. WARNING! Using --password via the CLI is insecure. Use --password-stdin. Login Succeeded Logging in with your password grants your terminal complete acc..
[Infrastructure/Docker] EXPOSE와 docker run -p의 차이점
DevOps & Infra/Docker 2022. 3. 13. [Infrastructure/Docker] EXPOSE와 docker run -p의 차이점 EXPOSE 도커 파일에서 사용되는 EXPOSE 구문은 컨테이너가 지정된 네트워크 포트에서 수신함을 명시합니다. 포트 번호와 함께 TCP 또는 UDP에서 수신되는지 지정할 수 있으며, 프로토콜을 지정하지 않았다면 디폴트는 TCP입니다. EXPOSE [포트 번호|포트 번호/프로토콜] EXPOSE가 컨테이너가 포트를 실제로 공개하는 것은 아닙니다. 이미지를 빌드하는 주체가 이를 컨테이너에서 실행하는 사용자에게 알리는 일종의 설명문 또는 주석문과 같은 용도입니다. 도커 파일에서 다음 구문은 컨테이너가 8080 포트를 오픈해야 하며, TCP 포트임을 명시하고 있습니다. # 해당 이미지를 사용하는 컨테이너는 80 포트를 오픈해야 합니다. EXPOSE 80 포트와 프로토콜을 함께 명시하려면, 다음과 같이 도커 파일..
[Infrastructure/Docker] 튜토리얼 살펴보기#008. 이미지와 관련된 더 많은 기능들
DevOps & Infra/Docker 2022. 3. 1. [Infrastructure/Docker] 튜토리얼 살펴보기#008. 이미지와 관련된 더 많은 기능들 이미지 취약점 스캔 도구 도커는 Synk와 파트너쉽을 맺고 있어 취약성 검색 기능을 제공합니다. 도커의 scan 명령문을 사용하면 이미지의 보안 취약성을 검사하는 것이 가능합니다. $ docker scan [이미지 이름] 스캔에 사용되는 데이터베이스는 지속적으로 업데이트됩니다. 따라서 기존 이미지에서도 새로운 취약성을 발견 할 수 있습니다. 만약 이미지에서 취약성이 발견되면 예시와 같이 출력됩니다. ✗ Low severity vulnerability found in freetype/freetype Description: CVE-2020-15999 Info: https://snyk.io/vuln/SNYK-ALPINE310-FREETYPE-1019641 Introduced through: freetype/f..
[Infrastructure/Docker] 튜토리얼 살펴보기#007. 도커 컴포즈(Docker compose) 사용하기
DevOps & Infra/Docker 2022. 2. 28. [Infrastructure/Docker] 튜토리얼 살펴보기#007. 도커 컴포즈(Docker compose) 사용하기 도커 컴포즈(Docker compose) 이전 포스트에서 두 개의 컨테이너(Todo 애플리케이션과 MySQL 서버)를 서로 통신하게끔 하여 하나의 서비스 환경을 구축하였습니다. 이처럼 여러 개의 서비스를 하나의 서비스로 통합하는 과정에서, 각 서비스는 개별 컨테이너로 동작하는 것을 권장한다고 소개하였습니다. 하지만 도커 데스크탑에서 통합된 각 컨테이너가 분리되어 노출되고, 실제로 컨테이너를 개별적으로 실행하고 종료해야 한다는 불편함이 아직 남아있습니다. 이같은 문제를 해결하기 위해 도커는 컴포즈(Compose)를 제공합니다. 도커 컴포즈는 다중 컨테이너 애플리케이션을 정의하고 공유하기 위한 도구입니다. 컴포즈를 사용하여 YAML 파일을 생성 할 수 있습니다. YAML 파일은 여러 개의 서비스를 정의하고 ..
[Infrastructure/Docker] 튜토리얼 살펴보기#006. 다중 컨테이너 앱 구축
DevOps & Infra/Docker 2022. 2. 28. [Infrastructure/Docker] 튜토리얼 살펴보기#006. 다중 컨테이너 앱 구축 다중 컨테이너 앱 구축 지금까지 우리는 하나의 컨테이너에서 동작하는 애플리케이션을 통해 작업했습니다. 하지만 대부분의 실서비스 되는 애플리케이션은 여러 개의 서비스가 결합되어 운용됩니다. 이번 섹션에서는 애플리케이션 스택에 MySQL 데이터베이스를 추가해보도록 하겠습니다. 이처럼 두 가지 이상의 서비스를 결합해야 하는 경우, 각 서비스를 서로 다른 컨테이너에서 운용하는 것이 적합합니다. 컨테이너를 분리하는 이유는 다음과 같습니다. 데이터베이스의 확장은 보수적이지만, API와 프론트앤드를 확장할 일은 제법 잦은 업무입니다. 각 서비스에 대한 확장 시나리오가 서로 다르므로, 서비스에 따라서 컨테이너를 분리하면 골치아픈 일을 줄일 수 있습니다. 별도의 컨테이너를 운용하면, 각 서비스 별 업데이트 버전을 별도로..
[Infrastructure/Docker] 튜토리얼 살펴보기#006. Bind mount 사용하기
DevOps & Infra/Docker 2022. 2. 27. [Infrastructure/Docker] 튜토리얼 살펴보기#006. Bind mount 사용하기 이전 포스트에서 튜토리얼 앱을 실행하는 컨테이너가 SQLite 데이터베이스를 유지하기 위해서 named volume을 사용하는 방법에 대해서 알아봤습니다. named volume은 데이터가 저장되는 위치를 사용자가 고려하지 않아도 되므로, 단순히 데이터를 저장하고 읽기 위해 적합한 방법입니다. Bind mount 이번 포스트에서는 또 다른 마운팅 방식에 대해서 알아보려고 합니다. bind mount는 호스트 시스템에서 마운트 지점(Mountpoint)를 제어 할 수 있는 마운트 유형입니다. 마찬가지로 컨테이너의 파일 시스템을 유지할 수 있으며, 종종 컨테이너에 새로운 파일을 제공해야 하는 경우에 사용 할 수 있습니다. 애플리케이션에서 작업 할 때, 우리의 소스 코드를 컨테이너에 마운트하여 코드의 변경 사..
[Infrastructure/Docker] 튜토리얼 살펴보기#005. 파일 시스템의 이해
DevOps & Infra/Docker 2022. 2. 27. [Infrastructure/Docker] 튜토리얼 살펴보기#005. 파일 시스템의 이해 파일 시스템의 이해 튜토리얼의 Node.js 애플리케이션은 컨테이너를 닫고, 다시 시작할 때마다 기존에 추가했던 할 일(Todo) 목록이 초기화되고 있습니다. 컨테이너가 매 번 초기화되는 이유가 무엇일까요? 우선, 컨테이너의 동작 방식에 대해서 이해해야 합니다. 컨테이너는 파일 시스템을 기반으로 동작합니다. 컨테이너가 실행될 때, 이미지로부터 읽어 온 여러 개의 레이어를 사용하여 파일 시스템을 형성합니다. 각 컨테이너에는 파일을 생성하고, 수정하고, 제거할 수 있는 고유한 공간-스크래치 공간(Scatch space)이 존재합니다. 따라서 같은 이미지를 사용하는 컨테이너 간에는 파일의 변경 사항을 공유하지 않습니다. 파일 시스템 테스트 두 개의 컨테이너가 고유의 스크래치 공간을 사용하는 것을 테스트해보겠습..

티스토리툴바