기본 콘텐츠로 건너뛰기

[docker] docker hub를 이용한 이미지 관리

지금까지는 로컬에서 이미지를 생성을 하고 로컬에서만 해당 이미지를 사용하는 방식으로 진행을 하였다.


dockerfile 작성
apt-get update
apt-get upgrade
apt-get install curl
mkdir /home/pjt3591oo
cd /home/pjt3591oo
curl -sL https://deb.nodesource.com/setup_6.x -o nodesource_setup.sh
bash nodesource_setup.sh
 
apt-get install nodejs
apt-get install git
apt-get install vim
 
npm install express-generator -g
npm install supervisor -g
npm install nodemon -g
npm install forever -g


curl, node.js, git, vim을 설치한후 필요한 node 모듈을 설치를 하는 명령어이다.
만약 서버를 갑자기 여러대로 늘릴경우 위 명령어를 해당 서버마다 다 쳐주어야 한다. 하지만 도커 허브를 사용하면 이러한 문제를 해결을 할 수 있다. 

docker hub는 git hub랑 비슷하다(깃이랑도 연동에서 사용할 수 있다.)



우선 
위 사이트로 가서 가입을 해준후 로그인을 한다.













가입을 해준후 로그인을 하면 이러한 모습이 된다. 3개의 저장소 공간이 보인다.(처음 로그인을 했다면 아무런 저장소도 생성이 되지 않았을 것이다.)

우측 상단에 create repository + 버튼을 누르면 저장소를 생성을 할 수 있다.(참고로 private는 계정당 하나씩만 생성이 가능하다.)







node라는 이미지가 있다 해당 이미지는 

위의 설치 파일들을 전부 받아놓은 상태이다 
사이즈는 650Mb정도 나온다.

이제 해당 이미지 파일을 
pjt3591oo/docker-whale 저장소로 올려보겠다.

그전에 docker search 명령어를 통해 해당 저장소를 검색 해보자.










아무것도 표기가 되지 않았다.

이제 tag라는 명령어를 통해서 해당 이미지의 이름 및 태그를 바꾸어 줄것이다.
$ docker tag [image] docker id/저장소이름:태그










pjt3591oo/docker-whale이라는 이름을 가진 이미지가 추가가 되었다. 하지만 image id가 같은것을 확인을 할 수 있다. 

이제 이것을 push를 이용하여 올릴것 이다.
$ docker push [image]









정상적으로 push를 마쳤다.

이제 도커 허브 사이트를 가서 확인을 해보자.












방금 올린 이미지가 올라가있다.

이제 docker search로 해당 저장소를 검색을 해보자.








잘 뜬다.

하지만 먼가 2%부족하다.

DESCRIPTION에다가 설명을 추가해보자.

















repo info 탭을 눌러주자.

그럼 위와같이 뜬다. full description와 short description 부분에 설명을 써넣을 수 있다.

























수정을 완료 하였다.

이제 다시 search로 검색을 해보자.









DESCRIPTION이 추가가 됬음을 확인을 할 수 있다.

마지막으로 해당 저장소에서 이미지를 내려받을때는 
pull을 이용하면된다.

$ docker pull 저장소  # docker pull pjt3591oo/docker-whale



저번에 도커파일에 대해 잠깐 다룬적이 있는데
다음번에는 Dockerfile에 대해 좀더 자세히 다뤄봐야겠다.. ㅎㅎ

댓글

이 블로그의 인기 게시물

[kali linux] sqlmap - post요청 injection 시도

아래 내용은 직접 테스트 서버를 구축하여 테스트 함을 알립니다.  실 서버에 사용하여 얻는 불이익에는 책임을 지지 않음을 알립니다. sqlmap을 이용하여 get요청이 아닌 post요청에 대해서 injection공격을 시도하자. 뚀한 다양한 플래그를 이용하여 DB 취약점 테스트를 진행을 해보려고 한다. 서버  OS : windows 7 64bit Web server : X Server engine : node.js Framework : expresss Use modules : mysql Address : 172.30.1.30 Open port : 6000번 공격자 OS : kali linux 64bit use tools : sqlmap Address : 172.30.1.57 우선 서버측 부터  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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 var  express  =  require( 'express' ); var  app  =  express(); var  mysql  =  require( 'mysql' ); var  ccc  =  mysql.createConnection({     host: '127.0.0.1' ,     user: 'root' ,     pos...

[git] git log 확인하기

git log를 통해서 커밋 이력과 해당 커밋에서 어떤 작업이 있었는지에 대해 조회를 할 수 있다. 우선 git에서의 주요 명령어부터 알아보겠다. $ git push [branch name] $ git pull [branch name] 여기서 branch name은 로컬일 경우 해당 브런치 이름만 적으면 되지만 깃허브 원격 저장소로 연결을 원할 경우는 해당 브런치 이름 앞에 꼭 origin을 붙이도록 한다. $ git brnch [branch name] $ git checkout [branch name] branch일경우 해당 브런치를 생성을 한다. 여기서 현재의 브런치를 기준으로 브런치를 따는것이다. checkout은 브런치를 바꾸는 것이다.(HEAD~[숫자]를 이용하면 해당 커밋으로 움직일수 있다.. 아니면 해당 커밋 번호를 통해 직접 옮기는것도 가능하다.) -> 해당 커밋으로 옮기는 것일뿐 실질적으로 바뀌는 것은 없다. 해당 커밋으로 완전히 되돌리려면 reset이라는 명령어를 써야한다. 처음 checkout을 쓰면 매우 신기하게 느껴진다. 막 폴더가 생겼다가 지워졌다가 ㅋㅋㅋㅋㅋ  master 브런치에서는 ht.html파일이 존재하지만 a브런치에서는 존재하지않는다. checkout 으로 변경을 하면 D 로 명시를 해준다.  $ git log 해당 브런치의 커밋 내역을 보여준다. a 브런치의 커밋 내역들이다. (머지 테스트를 하느라 커밋 내용이 거의 비슷하다 ㅋㅋ) master 브런치의 커밋 내역들이다. 커밋 번호, 사용자, 날짜, 내용순으로 등장을 한다. 이건 단순히 지금까지의 내역을 훑어보기 좋다. 좀더 세밀한 내용을 봐보자. $ git log --stat --stat을 붙이면 기존의 로그에서 간략하게...

[git] pull을 하여 최신코드를 내려받자

보면 먼가 로고가 다르게 뜨는것을 확인을 할 수가있다. C:\Users\mung\Desktop\etc\study\python-gene>git checkout remotes/origin/master Note: checking out 'remotes/origin/master'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example:   git checkout -b HEAD is now at 29e282a... fetch test C:\Users\mung\Desktop\etc\study\python-gene>git branch * (HEAD detached at origin/master)   master   test1   test2 깃이 잘 쓰면 참 좋은놈인데 어지간히 쓰기가 까다롭다. 처음에 깃을 푸시 성공하는데만 한달정도 걸렸던걸로 기억이 난다.. ㅋㅋㅋ 여담으로  깃 프로필을 가면 아래사진 처럼 보인다. 기여도에 따라서 초록색으로 작은 박스가 채워지는데 저걸 잔디라고 표현을 한다고 합니다 ㅎ 저 사진은 제 깃 기여도 사진입니당 ㅋㅋㅋㅋ 다시 본론으로 돌아와서 ㅋㅋ pull을 하면...