# volume

React Volume Slide 만들기
프로젝트를 진행중에, 이러한 시안이 날라왔다. 대충 볼륨을 컨트롤 할 수 있는 Slider를 제작하는 것.우선 여러가지 선택사항이 있는데, material UI를 사용하여, 간단하고 이쁜 슬라이더를 가져다 쓰는것, 아니면 직접 구현이 있었다.우선 라이브러리를 쓰는것 보

오브젝트에 관하여(2)
파드가 생성되면 내부에 임시 공간이 생성되며, 파드가 사라질 때 함께 사라진다. → 휘발성Stateless한 애플리케이션일 경우에는 문제가 없지만, 로그 등 데이터를 저장하고 임시 파일을 공유해야 하는 경우 문제가 발생한다.해당 문제를 해결하기 위해서 쿠버네티스는 다양

[Docker] 도커 볼륨
도커 이미지로 컨테이너를 생성하면 이미지는 읽기 전용이 되며 컨테이너의 변경 사항은 별도로 저장해서 각 컨테이너의 정보를 보존함. 이미지와 컨테이너의 구조생성된 이미지는 어떠한 경우에도 변경되지 않음. 하지만 이러한 구조에는 치명적인 단점이 있는데 컨테이너를 삭제하면
Docker Volume 파일 저장 위치에 대한 탐구
Docker Volume 파일 저장 위치가 명령어에서 표시되는 위치와 실제 위치가 다른 이유를 탐구하였습니다.
Docker persistent data 활용
컨테이너의 데이터를 데이터를 영속적(Persistent) 데이터로 활용할 수 있는 방법에 대한 정리컨테이너를 삭제하면 컨테이너 계층에 저장돼 있던 데이터베이스의 정보도 삭제된다. 데이터를 컨테이너가 삭제되어도 영속적 데이터로 활용할 수 있는 방법들이 있는데 그중 가장

Docker(2)-1 : 도커 볼륨
도커의 컨테이너는 휘발성이 짙은 친구다.이게 뭔 소리냐면, 컨테이너를 중지시키면 컨테이너에서 작업했던 모든 데이터들이 증발한다는 말이다.그래서 실수로 컨테이너를 삭제하면 작업한걸 전부 날려버리게 된다. 컨테이너에 데이터베이스를 올려서 관리하는 경우에는 이 문제가 더 커
Volume
Pod은 내부에 process가 실행되고 CPU, RAM, Network Interface등의 리소스를 사용한다. 하지만 디스크는 조금 다르다. Pod 내부의 컨테이너들은 각각 분리된 파일 시스템을 가진다. 분리된 파일 시스템을 사용하는 이유는 파일시스템은 컨테이너 이

Reach, Spring-boot MySQL을 docker compose 로 묶어서 배포 환경 구성해보기
도커를 제대로 한번도 공부해본적 없는 제가 삽질하면서 배운 부분들을 까먹지 않기 위해서, 기록합니다.먼저 본 포스팅에서는 리액트와 스프링 부트 그리고 MySQL 까지 한번에 배포되는 docker-compose.yml 을 작성하게 될 것입니다.아마 이 포스팅을 보게될 독

Docker Get started ( 도커 번역 ) - Part 5 - Persisting Our DB (데이터베이스 유지하기)
지금까지 실습에 사용했던 앱이 매번 실행할때마다 데이터가 다 지워집니다. 왜 그럴까요? 컨테이너가 어떻게 동작하는지 이해하면 아실겁니다.컨테이가 실행되면, 이미지의 파일 시스템으로부터 다양한 레이어들을 사용합니다. 각 컨테이너는 고유한 "scratch space" 를

Docker 실습하기 : 4
docker volume create myvol-1docker pull jenkins/jenkins:2.138.4localhost:8080이게 비번docker run -p 8080:8080 -p 50000:50000 -v myvol-1:/var/jenkins_home

docker
만들어진 도커 컨테이너를 실행하는 명령어 입니다.docker images 명령어는 모든 이미지 목록을 출력합니다.docker ps 명령어를 사용하면 실행되고 있는 컨테이너만 목록에 나오게 됩니다.하지만 옵션 -a 를 붙여준다면 정지되어 있는 컨테이너까지 출력합니다.do