포드 Pod컨테이너화된 애플리케이션의 가장 작은 배포 및 관리 단위포드는 하나 이상의 컨테이너를 포함할 수 있음동일한 리눅스 네임스페이스와 동일한 워커 노드에서 항상 함께 실행됨 주요 특징컨테이너 그룹화 : 하나 이상의 컨테이너를 그롭화하여 동일한 네트워크와 스토리지를 공유. 일반적으로 포드 내 컨테이너들은 매우 밀접하게 연관된 작업을 수행. (ex. 한 포드 내의 두 컨테이너가 서로 파일스토리지를 공유하며 서로 의존하는 관계)네트워킹 : 포드 내부 컨테이너들은 동일한 네트워크 네임스페이스를 공유하여 동일한 IP주소와 포트를 사용하여 서로 통신할 수 있음. 포드 외부에서는 포드의 IP주소를 통해 접근할 수 있음일시적 생명주기 : 특정 작업이 완료되거나 더이상 필요하지 않으면 종료됨. 필요에 따라 언제..
쿠버네티스 등장 이유모놀리식 애플리케이션에서 마이크로서비스로의 전환하며 구성요소가 쪼개지기 시작배포 가능한 구성 요소의 수와 데이터센터 규모의 증가로 전체 시스템을 원활히 구성하고 유지, 관리하는 것이 어려워짐하드웨어 비용을 낮추고 효율적 리소스 활용을 위해 각 구성요소를 어디에 배치했는지 파악하는 것이 어려워짐서버의 구성 요소의 스케쥴링, 구성, 감독 및 오류처리의 자동화가 필요해졌음⇒ 쿠버네티스는 리눅스 컨테이너 기술을 사용해 실행중인 애플리케이션을 격리한다. 가상머신 vs 리눅스 컨테이너가상머신컨테이너프로세스마다 자체 OS (=게스트 OS)가 있음호스트 OS에서 동작하는 단일 커널.각 하드웨어가 자체 시스템 프로세스 집합을 실행해야 하기 때문에 자체 프로세스에서 소비되는 것 외에도 컴퓨팅 리소스..
회사에서 사이드 프로젝트(?)로 소소하게 도커를 다룰 일이 있었습니다. 도커 스터디도 하고 컨테이너를 띄우는건 얼추 했지만 Dockerfile을 정의하고 목적에 맞게 도커 이미지를 빌드하는 게 처음이었어서 이번에 알게된 내용들을 간단히 정리합니다. Dockerfile과 docker compose의 관계 Dockerfile : 도커 이미지 빌드를 위한 레시피같은 것 docker compose : 도커파일을 실행하는 커맨드의 집합 (ex. docker run, docker build를 한꺼번에 하는 역할) 컨테이너 IP 각 컨테이너에는 독립된 랜덤 IP가 부여된다. 이 ip는 컨테이너를 띄울 때마다 바뀌는 것 같다. docker inspect {container_name} 명령어로도 확인 가능 (JSON데이..
- Total
- Today
- Yesterday
- 리눅스 컨테이너
- database
- springboot
- 주니어개발자
- pods
- kubernetes
- php
- redis
- devops
- laravel 테스트코드
- k8s
- phpUnit
- 라라벨
- 샤딩
- mockery
- 백엔드
- MySQL
- mongoDB
- 도커
- 샤드
- java
- index
- docker
- 몽고디비
- laravel
- laravel 테스트
- 쿠버네티스
- NoSQL
- 대규모 데이터 처리
- 분산처리
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |