일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 스왑 메모리
- AES
- 세션쿠키
- swap file
- docker error
- git
- Flutter
- 제약조건 제거
- aws lightsail 배포
- 지속쿠키
- springboot 배포
- springboot3 jstl
- spring
- jstl 종류
- Stored Procedure log
- rsa java
- lightsail 도메인 연결
- fk컬럼 삭제
- RSA
- jstl dependency
- aws lightsail
- 플러터
- jenkins git ignore file 추가
- Docker
- XSS 예방
- 내도메인 한국
- rsa 복호화
- 하이브리드암호화
- aws
- 하이브리드 암호화
- Today
- Total
목록Docker (4)
easycode
Docker Container log 확인 docker logs -f [도커 컨테이너ID] 도커 컨테이너 확인 docker ps 도커 컨테이너 기록 확인 (이전에 올라갔던 컨테이너까지 모두 볼 수 있음) docker ps -a 도커 이미지 확인 docker images 도커 컨테이너 중지 docker stop [도커 컨테이너ID] 도커 컨테이너 삭제 docker rm [도커 컨테이너 ID] 도커 이미지 삭제 docker rmi [도커 이미지 ID] 도커 컨테이너 실행 docker run -d --name [도커 컨테이너 이름] -p 80:8080 [도커이미지명] 옵션 설명 -d : Detached 모드로 컨테이너를 백그라운드에서 동작하는 애플리케이션으로써 실행하도록 한다. --name : 컨테이너 이름을..

도커hub에 도커 이미지를 푸시하는 과정에서 문제가 발생했다! 전체적인 에러 메시지는 The push refers to repository [docker.io/dokerhub명/docker이미지명] tag does not exist: dokerhub명/docker이미지명:tag명 에러 이유는 로컬에서 도커 이미지를 빌드할 때, 해당 태그로 이미지를 빌드하지 않았기 때문이라고 한다. 따라서 도커 이미지에 태그를 붙여주면 된다. docker tag 도커이미지이름:태그명 dockerhub유저이름/docker이미지이름:tag이름 위 명령어를 사용해 도커 이미지에 태그를 붙여 줄 수 있다. 해당 명령어를 사용하고 다시 푸시해보면? 짜잔 푸시에 성공했다!

jar파일을 도커 이미지로 변환하는 과정에서 문제가 생겼다. 정확한 에러 메시지는 ERROR: failed to solve: openjdk:11-jdk: error getting credentials - err: exit status 1, out: `` 에러 메시지를 보니 dockerhub에서 해당 이미지를 찾을 수 없다는 뜻이었다. 해결 방법을 찾아보니 보통 아래와 같았다. 1. docker build ~ 명령어를 sudo를 붙여 관리자(root) 권한으로 실행한다. 2. docker pull ~ 로 해당 이미지를 가져온다. 3. Dockerfile에서 에러가 뜨는 해당 줄에 오타가 없는 지 확인한다. 나는 이미 root 권한으로 sudo를 붙이고 실행했기 때문에 1번은 아니었고, 오타도 없었기 때문에..

프로젝트 우연에서... GCP 프리티어가 끝나고 우린 인프라 난민이 됐다. 기능 개발은 됐는데, 테스트를 못한다. 포스트맨으로 테스트하는 것과 실제 배포해서 하는 건 생각보다 큰 차이가 있었다. 우린 그렇게 인프라 난민이 됐고... 당장 테스트는 해야 하고... 인프라 난민 구출 작전을 세웠다. 정규 회의에서 이번 인프라 담당을 누가 할 것인지 정할 때, 나도 너무 해보고 싶었지만 처음 해보는 것에 대한 두려움은 조금 있었다. 그러나 해보면 정말로 좋은 경험이 될 것 같았고, 한 번 CI/CD를 담당했던 팀원들이 모르는 거 있으면 도와준다고 걱정하지 말라고 하길래 이번 인프라 담당은 내가 하게 되었다. 어떤 걸 사용할까 하다가 aws의 lightsail이 3개월 간 프리티어도 있고, aws의 RDS처럼 ..