나의 공부기록

Docker Swarm여러 Docker 호스트를 클러스터로 묶어 고가용성 및 확장성을 제공하는 오케스트레이션 도구컨테이너 오케스트레이션 툴👉 Docker Swarm, k8s ...오케스트레이션 : 지휘자 + 다수의 연주자 ➡️ clustering여러 개의 컨테이너를 관리하는 기술(스케일링, 헬스체크, 트래픽 제어 = 배포)✅ Docker VS Docker Compose VS Docker SwarmDocker : 단일 호스트, 단일 컨테이너Docker Compose : 단일 호스트, 여러 종류의 컨테이너Docker Swarm : 다수의 호스트(manager, worker..), 여러 종류의 컨테이너  Docker Swarm 실습 - 기본 구성다른 호스트의 컨테이너끼리는 통신이 불가능하기 때문에➡️ Ove..

❗Docker Compose 시작 전, 설정더보기💡docker0 인터페이스 자동 재시작 스크립트root@host:~# sudo tee /root/check_ip_and_restart_docker.sh #!/bin/bash> > if ! ip add | grep -q 172.17; then> systemctl restart docker> fi> EOF#!/bin/bash if ! ip add | grep -q 172.17; thensystemctl restart dockerfiroot@host:~# chmod 777 /root/check_ip_and_restart_docker.sh root@host:~# crontab -eno crontab for root - using an empty oneSelec..

멀티 스테이지 빌드(Multi Stage Build) 더보기1. 경로 및 소스코드 다운로드root@host:~/docker# mkdir multiroot@host:~/docker# cd multiroot@host:~/docker/multi# git clone https://github.com/oolralra/sb_code.gitCloning into 'sb_code'...remote: Enumerating objects: 436, done.remote: Counting objects: 100% (179/179), done.remote: Compressing objects: 100% (55/55), done.remote: Total 436 (delta 131), reused 148 (delta 123), ..

서버 엔지니어의 목표👉 서버를 안정적으로 유지시키고 싶음 ➡️ 고가용성서버 엔지니어는 서버를 안정적으로 유지시키고, 애플리케이션을 다양한 APP 배포웹 애플리케이션 = 웹에서 동작하는 애플리케이션Framework = 앱을 만들기 위한 가이드 또는 툴웹 애플리케이션 FrameworkJava - Spring(Java 및 Tomcat서버 필요), Spring Boot(Tomcat서버 내장➡️ 버전이 맞는 Java만 필요) ➡️ openjdk + tomcat Python - FastAPI, Flask, Django...➡️ python 및 의존성 파일JavaScript - NodeJS(명확히 따지면 프레임워크❌)➡️ nodejs 및 npm, 의존성 파일소스코드의 정보를 가지고 앱을 빌드하여 배포하면 됨java..

Container Registry(저장소)레지스트리 = 도서관 / 레포지토리 = 책장 / 태그 = 책도커허브 = Public Registry도커이미지를 레지스트리에 올리(push)려면 아래와 같이 작성해 주면 docker에서 자동으로 인식함1️⃣ docker build를 레지스트리 주소로 만들면 됨2️⃣ 기존의 이미지를 올리고 싶으면, 기존 이미지를 docker tag라는 명령으로 새로 만들어주면 됨 클라우드는 기본적으로 AWS ECR, GCP, Azure ACR 같은 프라이빗 및 퍼블릭 레지스트리 서비스를 제공하고, Harbor나 Nexus 같은 사설 레지스트리를 직접 구축할 수도 있다.➡️ 도커 허브 = 퍼블릭한 레지스트리 Docker Hub에 Docker Image 업로드더보기1. Docker Im..

컨테이너 가상화 - Docker컨테이너 가상화를 하면 Host의 H/W와 kernel을 공유받기 때문에➡️ Hypervisor 가상화와 달리 Guest VM과 Guest OS를 필요로 하지 않음프로세스 수준의 격리는 논리적으로 격리가 되는 것으로, A Container에서 B Container로 넘어갈 수 있기 때문에➡️ 보안에 취약함자원의 오버헤드적인 측면에서 Hypervisor 가상화보다 Container 가상화가 더 빠름(유리함)VM을 프로비저닝 하는 과정 없이 애플리케이션만 띄우면 되기 때문에, 속도가 훨씬 빠름VM  생성 과정이 애플리케이션을 생성하는 것과 비슷Docker의 이미지를 만드는 것을 잘해야 함🌟  Hypervisor 가상화Container 가상화격리 수준하드웨어 수준프로세스  수준..