일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- GraphQL
- 파이썬
- 어셈블리
- 정렬
- 42seoul
- 어셈블리어
- 쿠버네티스
- 프라이빗클라우드
- schema first
- 엣지컴퓨팅
- enable_if
- 스타트업
- c++
- mistel키보드
- 이노베이션아카데미
- 자료구조
- 스플릿키보드
- adminbro
- psql extension
- SFINAE
- uuid-ossp
- 도커
- 텍스트북
- 동료학습
- 부동소수점
- 창업
- raycasting
- 레이캐스팅
- Cloud Spanner
- 42서울
- Today
- Total
목록도커 (3)
written by yechoi
앞서 도커의 컨테이너, 쿠버네티스의 파드를 만들어 봤다. 과연 잘 만들어졌는지 확인해볼 차례다. 원하는 대로 파드를 만드는 데 실패해, 다시 빌드해야 할 경우 삭제하는 법까지 정리한다. 도커, 컨테이너 상태 확인 vs 쿠버네티스, 파드 상태 확인 우리가 만든 파드는 잘 돌아가고 있을까. 도커에선 컨테이너를 조회하기 위해 실행 중인 컨테이너만 확인하기 위해선 docker ps, 죽은 것까지 확인하기 위해선 docker ps -a 명령어를 썼다. 쿠버네티스에선 다음과 같이 확인한다. $ kubectl get pods 이 같은 명령어를 실행하면 다음과 같은 결과가 나타난다. 아래의 경우는 8개의 파드가 성공적으로 돌아가는 가고 있는 상태. READY의 상태가 1/1, STATUS의 상태가 Running이라면 ..
42cursus에서 ft_services 과제를 할 때 가장 애먹었던 건 쿠버네티스의 개념을 이해하는 것이었다. 공식 도큐먼트를 읽는 건 물론 쿠버네티스 관련 책도 사서 보고 블로그 글도 많이 읽었는데, 용어가 너무 어려워서 개념이 구체적으로 잡히진 않고 둥둥 떠다녔다. 과제를 끝날 때 쯤에야 개념을 이해했는데, 돌이켜 생각하면 도커에 비교하면 이해가 더 빨랐을 듯하다. 이에 도커에 비교해 쿠버네티스의 기능과 각종 커맨드들을 설명해보려고 한다. (이 글은 도커에 대한 이해를 전제한다. 혹여 간단히 설명하느라 왜곡이 발생했다면, 댓글로 피드백을 주면 도움이 될 것 같다.) 도커, 하나의 컴퓨터 vs. 쿠버네티스, 여러 개의 컴퓨터 도커는 가상 머신에 많이 비교된다. 물론 엄밀히 말하면 가상 머신과 다르고 ..
컨테이너를 새로운 이미지로 저장하기 docker commit CONTAINER_ID IMG_NAME 컨테이너 실행 상태에서 나오는 방법. cntl + p + q 이미지를 다른 이름으로 저장하기 docker tag IMG_NAME NEW_IMG_NAME ENTRYPOINT CMD 차이 CMD python app.py ENTRYPOINT ["python"] CMD["app.py"] ENTRYPOINT /bin/bash CMD python app.py 만약 기본적인 entrypoint가 python이라면 CMD app.py 도 가능함 많은 역할을 지닌 ENTRYPOINT를 택하고 CMD를 간략화하면 효율성을 높일 수 있음 이미지를 단계적으로 만들면, 중간 이미지 레이어가 많아지고 하드디스크의 소모량이 많아짐 ..