유부중년 개발자의 우울

이사갑니다

iolo — Fri, 13 Apr 2018 14:54:53 +0900

Hexo - 또 다른 정적 사이트 생성도구

iolo — Mon, 6 Oct 2014 00:47:03 +0900

언제 어디서 시작됐는지, 또 얼마나 지속될지 모르겠지만 정적 사이트 생성 방식의 CMS(?)가 대유행이다.

IFAIK, 이 방식의 원조는 21세기 초(!) 펄로 만들어진 blosxom이었고, 널리 쓰이기 시작한 것은 파이썬으로 만든 클론 pyblosxom이었다. 지금도 blosxom과 그 친구들은 여전히 명맥을 유지하고 있지만...

그로부터 십수년이 지나고... 유행은 돌고 돌아...

prologue

이 포스트에서 소개할 것은 Hexo라는 정적 사이트 생성도구다. 수많은 정적 사이트 생성도구들 중에서 굳이 Hexo를 선택한 이유는:

nodejs로 만들어졌다. 내가 필요한게 있으면 뜯어고칠 수 있어야 하므로...
github flavoured markdown, jade, less 를 지원한다. 기본 설정은 [ejs], [stylus]지만 설정이나 코딩없이 바꿀 수 있다.
외부 의존성이 적다. pygments 하나 때문에 파이썬 의존성을 갖는다거나... kramdown 하나 때문에 루비 의존성을 갖는다거나...
내 취향에 맞는... 단순한/이미지없는/반응형 테마가 있다.
소스 코드 문법 강조!

HEXO+: Your Autonomous Aerial Camera - Drone

출처: http://hexoplus.com 사진은 이 포스트와 아무~ 관계 없음.

hexo 설치

$ npm install hexo -g

사이트 초기화

$ hexo init mysite
$ cd mysite
$ tree
.
├── _config.yml
├── package.json
├── scaffolds
│   ├── draft.md
│   ├── page.md
│   ├── photo.md
│   └── post.md
├── source
│   └── _posts
│       └── hello-world.md
└── themes
    └── landscape
        ...

미리보기용 서버 실행

$ hexo server
$ open http://localhost:4000

서버를 실행하는 동안 source 디렉토리에 파일을 변경/추가/삭제하면 알아서 처리된다. 말하자면 watch 하고 있다.

테마 변경

다른 정적사이트 생성기에서는 테마와 레이아웃의 개념이 오락가락하는 경우가 많은데... Hexo에서는 레이아웃은 테마의 일부다. 장단점이 있겠지만, 내 경우엔 백만배 편하다.

문서를 보고 직접 만들어도 되지만... I don't care~

기본 테마는 landscape인데, 공식 테마 목록에서 맘에 드는 테마를 골라보자.

내가 고른 테마는 light다. (대부분의 테마들과 마찬가지로) 이 테마는 github 프로젝트이므로 git명령으로 쉽게 설치할 수 있다.

$ git clone https://github.com/hexojs/hexo-theme-light.git themes/light

설정 파일의 theme: landscape 를 theme: light 로 바꾸자:

$ vi _config.yml

이제 안쓰는 landscape 테마는 지우자:

$ rm -rf themes/landscape

설정 변경

앞에서 테마를 변경하면서 봤던 \_config.yml 이 유일한 설정 파일이며, 익숙한(익숙하지 않다면 곤란하다!) yaml 형식이다.

매우 훌륭한 문서가 있으니 뻔한 설명은 생략.

내가 변경한 건 이런 정도다:

-title: 독거노인 개발자의 우울
-subtitle: 제주사는/마이너지향/입코딩전문/독거노인/개발자
-description: melancholy of old and sole programmer
-author: iolo
-email: iolothebard at gmail dot com
-language: ko-KR
-url: http://berry.iolo.kr
...
...
-new_post_name: :year-:month-:day-:title.md # 파일이름앞에 `년-월-일-`을 붙이도록 했다.
-filename_case: 1 # 파일이름은 소문자만 사용.
...
-date_format: YYYY-MM-DD # 난 한국사람. 내 사이트 볼 사람도 한국 사람~
-time_format: HH:mm:ss # 난 공돌이~ 24시간제가 좋아~
...
-disqus_shortname: melancholy-iolo # 댓글은 디스쿠스~
...
-theme: light # 테마는 light
...

새 포스트 만들기

$ hexo new 'Hello Hexo'
[info] File created at /Users/iolo/Documents/www/xxx/source/_posts/2014-10-05-hello-hexo.md
$ tree source
source/
└── _posts
    ├── 2014-10-05-hello-hexo.md
    └── hello-world.md
$ cat source/_posts/2014-10-05-hello-hexo.md
title: Hello Hexo
date: 2014-10-05 23:17:30
tags:
---

주의: 제목에 한글을 써봐야 무시되므로 파일이름이 될 문자열을 입력하고, 뒤에 파일을 편집해서 제목을 입력하는게 속편하다.

포스트 글쓰기

$ vi source/_posts/2014-10-05-hello-hexo.md

다른 정적 사이트 생성도구들과 마찬가지로 Hexo도 YAML Front-matter라는 걸 사용한다. 개인적으로는 맘에 안드는 부분이지만, 대세를 따르는 걸로...

주의: Jekyll을 비롯한 대부분의 정적 사이트 생성도구들과 달리 파일 첫줄에는 ---를 쓰지 않는 다는 것. 제사한 설명은 문서을 참조하시길...

title: 안녕 hexo
date: 2014-10-05 23:17:30
tags: [test,hello,hexo]
category: test
---
# 안녕 hexo
## hexo cool
### really?
- write
- content
- with
- markdown

미리보기용 서버로 확인해보자:

$ hexo server
$ open http://localhost:4000

이미지 첨부

이미지를 첨부하는 방법은 좀 더 실험을 해봐야 할 듯...

문서의 맨뒤에 나오는 post\_asset\_folder를 true로 설정하고 상대경로를 사용하는 방식은 문제가 좀 있고...

내가 사용한 쉬운 방법은:

$ mkdir source/uploads
$ cp path/to/image/file.jpg source/uploads/foo.jpg

본문에서는 이렇게 쓰면 된다:

![이미지](/uploads/foo.jpg)

글 지우기

자동으로 만들어준 hello-world.md 가 눈에 거슬린다 지워버리자!
글을 지우는 명령 따위는 없다. 그냥:

$ rm source/_posts/hello

배포

앞에서 변경했던 \_config.yml 이 다시 등장한다.

$ vi _config.yml

hexo는 github, heroku 외에 다양한 배포 방식을 지원하는데, 자세한 내용은 문서를 참조하시길...

나는 github 으로 배포했다:

deploy:
  type: github
  repo: git@github.com:iolo/iolo.github.com.git

이제 배포하고, 결과를 확인해보자:

$ hexo deploy
$ open http://iolo.github.io

eplilogue

어차피, 정적 사이트 생성도구라는게... 거기서 거기~ 결국은 개인의 취향이 중요한 듯...

정적 사이트 생성도구 목록을 보고 입맞에 맞는 녀석을 찾아서 시험해 보시길...

지금 당장은 hexo로 이것 저것 시험해보고 있지만... 결론은 안알랴줌.

이 포스트의 꼬라지를 iolo.github.io와 비교해보삼~ 내가 고민안하게 생겼나~ Orz

may the CLI be with you...

나의 Node.js 답사기 - date & time 편

iolo — Sat, 4 Oct 2014 00:00:24 +0900

주의: 예제 코드 따위 없음!

본의 아니게 시리즈가 되어버린 답사기... 기왕 시작한거 몇 개만 더 해보자.

자바스크립트 Date 는... 20세기에 만들어져서 그런가? 구리다. 너무 구리다. 정말 구리다. 그런 의미에서(어떤 의미?)...

출처: Tasty Chefs-d'oeuvre

자바에선 jodatime을 기본 라이브러리 처럼 썼는데... Node.js에선 뭘 쓰죠? 라고 물으신다면...

일단, 구글에서 javascript date library를 검색하면 꽤 앞 쪽에(내 경우엔 두번째) 등장하는 date.js는 2008년에 개발이 중단된 녀석이므로 일단 무시!!!

가끔씩 구글신도 실수를 하신다.

메이저한 녀석들을 살펴보면...

moment.js
- 2.8.3, active, Isaac Cambron
- 구글신의 리스트의 맨 앞에 등장하는 것으로 짐작할 수 있느... de facto... 갑이다.
- 말하자면... jodatime is to java what momentjs is to javascript.
- 다시 말하자면... 잘 모르겠으면 이 녀석을 쓰면 됨.
- 자바 개발자들에겐 낯선/스타일리시한(?) api.
- 문서 매우 좋음.
- parse/format/diff/manipulation/duration/utc 지원 등.
- L10N 수준의 다국어 지원.
- 다양한 plugin/contrib 모듈.
- nodejs/browser 겸용.
datejs
- 1.0.0-rc1, re-active, Gregory Wild-Smith.
- 앞에서 ignore했던 date.js를 포크해서 node/browser 겸용으로 부활.
- 역사와 전통을 자랑하는 라이브러리... 안정감있는/고풍스러운 api.
- 자바스크립트의 내장 Date 객체를 확장(mixin).
- L10N 수준의 다국어 지원.
- 문서 없음. 그럭저럭 볼만한 오리지날의 문서가 아직 남아 있음.
- nodejs/browser 겸용.
xdate
- 0.8.1, inactive(bugfix only), Adam Shaw.
- 역사와 전통을 자랑하는 라이브러리... 안정감있는/고풍스러운 api.
- 문서 좋음.
- parse/format/diff/utc 지원 등.
- fullcalendar를 만들기 위해 만든 라이브러리.
- nodejs/browser 겸용.

이 외에도 npmjs.org나 nodejsmodules.org를 검색해보면 끝도 없이 나온다.

대부분 누구나 한 번 만들어 봤음직한 date-utils류 인데... 거들떠 볼만한 몇 가지만 살펴보면:

later.js
- 상대적인/주기적인 날짜/시각 전문 라이브러리 - cron syntax 지원.
- 간단한 job scheduler 포함.
- nodejs/browser 겸용.
countdown.js
- 날짜/시간 간격(timespan) 전문 라이브러리.
- nodejs/browser 겸용.
countdown.js
- 날짜/시간 간격(timespan) 전문 라이브러리.
- nodejs/browser 겸용.
ms
- 다른 시간 단위를 millisecond로 변환.
- 말하자면... 24*60*60*1000 같은 짓을 쉽고 뽀대나게 해주는 라이브러리.
- @ibare님이 친히 페북을 통해 추천해주심~
- nodejs/browser 겸용.

이번엔... 결론이 있음: moment.js

only time will tell...

나의 Node.js 답사기 - job scheduler 편

iolo — Fri, 3 Oct 2014 21:14:25 +0900

주의: 예제 코드 따위 없음!

출처: 반다이의 야심작(?) Tuttuki Bako

job scheduler는 뭐에 쓰는 물건인고?

라고 물으신다면...

setTimeout이나 setInterval을 먼저 살펴보시고,

여기서 "몇 밀리초 후에/마다" 대신 좀 더 복잡한 규칙(예: 매주 월요일 새벽 3시)을 사용할 수 있게 해주는 라이브러리죠. 그 이상도 그 이하입니다.

자바 쪽에서는 Quartz, Spring Batch 같을 걸 썼는데... Node.js에는 어떻게 하죠?

라고 물으신다면.. 이 정도 링크만 드리면 되겠죠?

Node.js를 위한 job schduler는 몇가지 없는데, 그나마 거들떠 볼만한 녀석으로는:

kue
- 0.8.9, active, Behrad, 원제작자는 배신자(?)로 유명한 TJ.
- redis를 퍼시스턴스(작업의 진행 상황 저장/복구)로 사용 --> 멀티 프로세스 지원.
- cron syntax 지원 안함.
- 다양한 contrib 모듈이 있음.
- 문서는 부실.
- express 기반의 ui / api 내장.
agenda
- 0.6.19, active, Ryan Schmukler.
- mongodb를 퍼시스턴스로 사용 --> 멀티 프로세스 지원.
- cron syntax 지원.
- 문서는 그럭저럭.
- agenda-ui: out of box express 기반의 ui 모듈.
node-schedule
- 0.1.13, 11M+, Matt Patenaude
- 퍼시스턴스 지원 안함 --> 멀티 프로세스 지원 안함.
- cron syntax 지원.
- 문서는 그럭저럭.

멀티 프로세스를 지원하는 퍼시스턴스가 필요없다면 node-schedule 정도면 충분.

kue는 cron syntax를 지원하지 않아서, rangeByType으로 수작업(?)해야 하는게 번거롭고,

agenda는 퍼시스턴스도 되고 cron syntax도 지원하지만, 이거 하자고 mongodb를 띄우는게 좀 부담스럽고...

결론은 안알랴줌.

may the cron be with you...

Jang Phil Soon's TV, Pig, Bug - lyrics and translation

iolo — Sat, 27 Sep 2014 22:21:38 +0900

TV, Pig, Bug

Crazy cars on the road even today.
Where the children are? Empty playground.
I spent all day long, in front of TV.

Fill up and up but still poor world,
our greed shoot up to the sky.
I ate and ate again all day long, like a pig.

Face up but don't be afraid.
The pipe dream world.
How soon will the sorrow of river
meet the blue sea.

Don't be angry, you'll be tired.
Don't argue against, there is no much difference.
It's better to sleep all day long, like a bug.

Face up but don't be afraid.
The pipe dream world.
How soon will the sorrow of river
meet the blue sea.

The time like a bleeding blade,
You and I walking on it.
These days without any impression.

ra-ra-lala... ra-ra-lala...

TV, 돼지, 벌레

도로 위엔 오늘도 미친 자동차.
아이들은 어디에 텅빈 놀이터.
나는 TV 앞에서 하루를 보냈죠.

채우고 채워도 부족한 세상.
우리의 욕심은 하늘을 찌르네.
나는 하루 종일 먹고 또 먹었죠, 돼지처럼.

들여다 봐요, 두려워 말고.
헛된 꿈으로 가득 채워진 세상.
이 슬픔의 강은 언제 쯤,
그 푸른 바다를 만날 수 있을까.

화내지 말아요 피곤해져요.
따지지 마세요. 거기서 거기.
그럴 땐 하루 종일 잠을 자봐요, 벌레처럼.

들여다 봐요, 두려워 말고.
헛된 꿈으로 가득 채워진 세상.
이 슬픔의 강은 언제 쯤,
그 푸른 바다를 만날 수 있을까.

날카로운 칼날같은 이시간 위를,
그대와 나도 걷고 있네요.
아무런 느낌 조차없는 날들을.

라라랄라... 라라랄라...

허무한 하루를 보내고 나면 늘 생각나는... 필순언니의 노래...
유툽에 외국인으로 보이는 누군가가 댓글을 달았다.
가사는 모르겠지만..., 이 노래를 사랑한다"고...
그래서... 그에게 노랫말을 알려주고 싶었다. 얼마나 슬픈 노래인지...

아... 시를 번역한다는 건...
시인이 아니면 할 수 없는 일이다.
그것도 두개의 언어가 모두 모국어인...
시인이 아니면...

가내수공업 hyperlapse: ffmpeg으로 동영상 재생 속도 바꿔서 인코딩하기

iolo — Sat, 27 Sep 2014 20:30:21 +0900

뜬금없이...는 아니고 예전에 쓰다 말고 비공개로 방치해둔 걸... 오늘 발견 -_-;;;

휴가 마지막날 한라산 올라갔다가... 대략 1분에 걸쳐서 천천히 구름이 백록담을 넘어가는 동영상을 찍었는데... 인스타그램은 15초만 재생할 뿐이고~ 구간을 이리저리 바꿔봐도 15초만 놓고 보면 움직이는지 마는지 느낌도 없고...

그래서! 뒤져보았습니다. 결론은 ffmpeg!!

$ ffmpeg -i ~baekrokdam.mov -vf "setpts=(1/4)*PTS" -an baekrokdam4x.mov

여기서 "setpts=(1/4)*PTS"의 1/4를 원하는 배속으로 바꿔주면 됨.

오디오는 재생 속도가 변경되지 않으므로 -an 옵션으로 오디오 제거.

요걸 응용하면, 최근 인스타그램에서 나온 hyperlapse 같은 타임랩스 스타일의 동영상을 쉽게 만들 수 있다. 물론... 손 떨림 보정 같은 걸 안해주니... 품질은... -_-;;

끝.

나의 Node.js 답사기 - ORM 편

iolo — Sat, 27 Sep 2014 17:03:20 +0900

주의: 예제 코드 따위(!) 없음.

최근 회사 일로 nodejs에서 mysql을 쓰고 있는데, node-mysql로 날코딩 - 특히 connection pooling, validation, pyramid-of-doom - 하는 게 맘에 걸려서 ORM 비슷한 걸 써볼까 궁리질 중...

구글링을 해보니 역시나 비슷한 고민들이 스택에 넘치네...:

메이저한 것들로는:

sequelize.js
- 2.0.0-rc1, active, mysql/maria/postgresql/sqlite
- mongoose 스타일.
- 특징: read/write 분리된 커넥션풀. promise 지원. 문서 좋음. CLI 쓸만해보임.
- 단점: 타이핑이 어려움.. sequelize라니... sequelize라니... sequelize라니... Orz
jugglingdb
- 0.3.0, active, mysql/postgresql/sqlite3/couchdb/mongodb/redis/neo4j+
- @outsideris 님의 선택
- 특징: man page 스타일의 문서
- 단점: man page 스타일의 문서?!
bookshelf.js
- 0.7.7, active, mysql/maria/postgresql/sqlite+
- 특징: backbone 스타일 모델, promise 지원.
node-orm2
- 2.1.19, active, mysql/maria/postgresql/sqlite/mongdb/redshift+
- 장점: 이름이 먹어 줌. 모듈 이름이 orm!!! require('orm') orm이라니 orm이라니 orm...
- 단점: 이름이 평범함. 구글링하기가 너무 힘들어 ㅠ..ㅠ
- 주의: 구글 검색하면 앞쪽에 나오는 node-orm.readthedocs.org은 무시할 것. 포크하고 2년 묵힌 쓰레기임.
- 참고: out-of-box promise 지원
persistence.js
- 0.3.0, +6M, mysql/sqlite/websqlstorage(browser)/localstorage(browser)+
- 특징: 브라우저 지원...ㄷㄷㄷ
- 예전에 좋은 문서가 있었던거 같은데... 도메인 연장 안했나 봄.

그 외에도 npmjs나 nodejsmodules를 뒤져보면:

waterline
- 0.10.9, active, mysql/postgresql/mongodb/redis+
knex.js
- 0.6.22, active, mysql/maria/postgresql/sqlite+
backbone-sql
- 0.6.4, active, mysql/postgresql/sqlite
lightorm
- 0.1.3, +8M, mysql+, typescript
mysql-orm
- 0.0.8, +2M, mysql
nobatis
- 0.0.7, +2Y, maria, 내가 2년전에 만들다 버린 프로젝트... 그냥 끼워넣어 봄ㅋ

끝도 없이 나옴...

선택지가 많다는 것은... 뭔가 마땅한 것이 없다는 얘기...

본격적인(?) ORM 중에서는 sequelize.js, bookshelf.js, jugglingdb 그리고 waterline 정도가 가장 활발하게 개발이 이루어지고 있는 듯.

정리해보면:

오랜만에 nodejs로 mysql을 사용하는데...
@outsideris님의 슬라이드를 보고
jugglingdb를 쳐다보다가...
promise 지원이 없어서...
sequelize.js로 마음이 살짝 기울었다가...
sequelize.js 팀의 셀프 디스 벤치마크를 보고
마음이 흔들려서...
node-orm2를 다시 거들떠 보다가...
내가 만들다만 nobatis가 생각나서...
오랜만에 clone 해서 뜯어고치다가...
이게 뭐하는 짓인가 싶어서...
블로그를 글을 쓰고 있음...(이걸 왜 정리하는 거냣?)

(출처: http://blog.daum.net/minyounghung/80)

결론은... 기승전블로그 Orz

may the SQL be with you...

mysql에서 create_at/updated_at 컬럼 사용하기

iolo — Fri, 26 Sep 2014 11:55:31 +0900

오랜만에 mysql 닭질...

별 생각없이 허접한 테이블을 만들어서 brew로 설치한 mariadb로 잘 쓰고 있었는데...

CREATE TABLE foo (
    ...
    created_at TIMESTAMP NOT NULL
        DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP NOT NULL
        DEFAULT CURRENT_TIMESTAMP
        ON UPDATE CURRENT_TIMESTAMP,
    ...
);

진짜 mysql이 깔린 리눅스 서버에 배포하다가... 밑도 끝도 없는 에러~(두둥!)

ERROR 1294 (HY000) at line 2: Invalid ON UPDATE clause for 'created_at' column

구글링을 좀 해보니...

http://jasonbos.co/two-timestamp-columns-in-mysql/

아 맞다. 너무 오래 떠나있었더니... mysql 이 얼마나 구린지 망각하고 있었어 ㅠㅠ

좋은 소식은... 2012년에 릴리즈된 5.6.5 에선 수정되었다는 것:

나쁜 소식은... 우리들의 서버에는 더 오래된 버전이 설치되어 있다는 현실...

현실 세계의 IDC에서 흔히 볼 수 있는 CentOS 6에는 5.1.71
현실 세계의 IDC에선 좀처럼 보기 힘든 우분투 14.04에는 5.5.38
현실 세계의 IDC에선 구경해 본 적도 없는 CentOS 7에는 아예 없음.

결론은... mysql 없는 세상에서 코딩하고 싶다.

맥에서 터미널만으로 docker 사용하기: macox + vmware/vmrun + docker

iolo — Wed, 30 Jul 2014 00:17:37 +0900

맥/윈도에서도 도커를 쓰고 싶어요!!

겉으로 보이는 증상은 그렇지만, 기술적으로는 도커 호스트와 도커 클라이언트가 다른 머신인 상황이다.

이 유명한(?) 그림의 출처는 1989에 출간된 Total Quality Management인데, 지금도 개정판이 나온다능~ ㄷㄷㄷ

도커 호스트는 반드시 리눅스 머신이어야 하기 때문에, 맥/윈도에서는 별도의 진짜 리눅스 머신을 준비하던가, virtualbox나 vmware 등을 이용해서 가상의 리눅스 머신을 준비한다. boot2docker를 사용하면 간단하게 윈도/맥에서 virutalbox로 Tiny Core Linux 배포판을 사용하는 도커 호스트를 만들 수 있다.
도커 호스트에서는 도커 데몬이 tcp 소켓으로도 요청을 받도록(기본은 unix 도메인 소켓으로만 요청을 받음) 설정하고,
도커 클라이언트에서는 -H 옵션이나 DOCKER_HOST 환경 변수를 사용해서 tcp 소켓을 통해 도커 데몬에 요청을 보내도록 설정한다.
포트 매핑(-p), 볼륨 매핑(-v 옵션)을 사용할 때 주의하자.

boot2docker로 충분하다면... 이 글은 엄한 삽질일 뿐~ 안녕히 가세요~~ m(_ _)m

내 경우엔, 작고 가볍고 docker와 궁합이 잘맞는 CoreOS를 거금(!)을 주고 구입한 VMware Fusion에 올려서 도커 호스트로 쓰고 있어서 약간(?)의 삽질이 필요하다.

CoreOS를 한 문장으로 요약하면 LXC/docker/fleetd/etcd등을 활용하여 OS 수준에서 개별 서비스의 HA/LB를 지원하는 리눅스 배포판이다. CoreOS에 대해서는 다음에 따로 얘기할 기회가 있을랑가 없을랑가... 일단 넘어가자~

Step by Step: in Docker in CoreOS in VMware in MacOSX

이 부분은 처음 올렸던 삽질기를 좀 더 자세히 풀 어 쓴 것이니, 이미 봤고 이해했다면 스킵하시길~

이 글에서는 맥 osx(도커 클라이언트)와 CoreOS(도커 호스트)를 구분하기 위해 shell prompt를 각각 MACOSX과 COREOS로 해두었다.

CoreOS가 제공하는 VMware용 이미지 다운로드 & 설치 & 실행하고:

MACOSX$ curl -LO http://alpha.release.core-os.net/amd64-usr/current/coreos_production_vmware_insecure.zip
MACOSX$ unzip coreos_production_vmware_insecure.zip
MACOSX$ open coreos_production_vmware_insecure.vmx

참고: 2014.07.29 현재 CoreOS alpha는 docker 1.1.x, CoreOS beta는 docker 1.0.x 이다.

CoreOS 콘솔(VMware의 vm 창)에 가서 (엔터 땅땅치면) 화면에 나오는 IP를 눈으로 확인하고:
```
MACOSX$ ssh -i insecure_ssh_key core@192.168.xxx.xxx
COREOS$
```

매번 -i insecure_ssh_key 하기 귀찮으면, 진짜 ssh key로 변경하고:

MACOSX$ scp -i insecure_ssh_key ~/.ssh/id_rsa.pub core@192.168.xxx.xxx:/home/core/.ssh/authorized_keys
MACOSX$ ssh core@192.168.xxx.xxx
COREOS$

매번 IP로 접속하기 귀찮으면, /etc/hosts에 추가하고(이 글에서는 donald라는 이름을 붙였다):
```
MACOSX$ cat >> /private/etc/hosts
192.168.xxx.xxx donald
^D
MACOSX$ dscacheutil -flushcache
```

ssh로 접속해서, 남들 다하는 hello world 한 번 해보고:

MACOSX$ ssh core@192.168.xxx.xxx
COREOS$ docker run /bin/echo hello world
Unable to find image 'ubuntu' locally
Pulling repository ubuntu
ba5877dc9bec: Download complete
511136ea3c5a: Download complete
...
2318d26665ef: Download complete
hello world
COREOS$

처음에는 우분투 이미지 다운받느라 오래 걸림.

맥 터미널에서, 남들 다하는 hello world 한 번 해봤더니:

MACOSX$ docker -H tcp://192.168.xxx.xxx:2375 run ubuntu /bin/echo hello world
2014/07/24 14:04:07 Cannot connect to the Docker daemon. Is 'docker -d' running on this host?
MACOSX$

당근 안되겠지~ 나도 그 정도는 알아~~

CoreOS의 docker 데몬이 tcp 요청을 받도록 설정하고:

COREOS$ sudo sh -c "cat > /etc/systemd/system/docker-tcp.socket"
[Unit]
Description=Docker Socket for the API
[Socket]
ListenStream=2375
BindIPv6Only=both
Service=docker.service
[Install]
WantedBy=sockets.target
^D
COREOS$ sudo systemctl enable docker-tcp.socket
COREOS$ sudo systemctl stop docker
COREOS$ sudo systemctl start docker-tcp.socket
COREOS$ sudo systemctl start docker
COREOS$ docker -H tcp://localhost:2375 run ubuntu /bin/echo hello world
hello world
COREOS$

앞에서 우분투 이미지 다운받았다면 이번엔 금방 끝남.

다시 도전! 맥 터미널에서, 남들 다하는 hello world 한 번 해보면:

MACOSX$ docker -H tcp://192.168.xxx.xxx:2375 run ubuntu /bin/echo hello world
hello world
MACOSX$

매번 -H tcp://192.168.xxx.xxx 하기 귀찮으면, DOCKER_HOST 환경변수 설정하고:

MACOSX$ export DOCKER_HOST="tcp://192.168.xxx.xxx:2375"
MACOSX$ docker run ubuntu /bin/echo hello world
hello world
MACOSX$

이 정도로 만족하고 그냥 쓰면 좋았을 것을...

VMware 창이 눈에 밟히네... Orz

터미널(CLI)에서 VMware 제어하기

그래서~~ 삽질을 조금 더 해 보았습니다~

참고: VMware가 제공하는 공식 문서 Using vmrun to Control Virtual Machines을 참조하시길...

먼저, vmrun 명령 사용하기 편하게 링크

$ ln -s /Applications/VMware Fusion.app/Contents/Library/vmrun /usr/local/bin/

옵션없이 vmrun 명령을 실행하면 뻔한~ 도움말이 나온다:

$ vmrun
vmrun version 1.13.2 build-1887983
Usage: vmrun [AUTHENTICATION-FLAGS] COMMAND [PARAMETERS]
...

vm 시작하고 종료하기

vm 시작

$ vmrun start <path-to-vmx-file> [nogui|gui]

vm 종료|리셋|정지

$ vmrun stop|rest|suspend <path-to-vmx-file> [soft|hard]

VMware의 guest IP 얻기

VMware Fusion 6 이상

$ vmrun getGuestIPAddress <path-to-vmx-file>

그러나...

--> VMware guest(여기서는 CoreOS)에 VMware Tools를 설치해야하고...
--> 커널 모듈을 컴파일해야 하고...
--> 그럴려면 gcc를 깔아야 하고...
--> 나는야 CoreOS?!
--> 흠... 역시 CoreOS 커스텀 이미지를 만들어야 하는건가...
--> 그건 리눅스에서만 할 수 있고...
--> 리눅스를 설치해야...?!!
--> 리눅스가 있으면 내가 이 삽질을 왜 하는겨?? -_-;;;
--> 난 누구? 여긴 어디?

VMware Fusion 5 이하

$ grep ethernet0 <path-to-vmx-file>
...
ethernet0.connectionType = "hosted"
ethernet0.addressType = "generated"
ethernet0.address = "00:11:22:33:44:55"
ethernet0.generatedAddress = "00:11:22:33:44:55"
...
$ cat /var/db/vmware/vmnet-dhcpd-vmnet8.leases
...
lease 192.168.xxx.xxx {
...
  hardware ethernet 00:11:22:33:44:55;
...
}
...

눈을 크게 뜨고 찾아봅시다~
--> 벌써 노안인가... 잘 안보여 ㅠㅠ
--> 스크립트 짤까?
--> 귀찮... -_-;;;
--> 그냥 IP를 고정하자!

VMware의 guest MAC/IP 고정

guest가 NAT/DHCP 네트웍 어댑터 사용해야 함.

(가상 랜카드의) MAC 고정

$ vi <path-to-vmx-file>
ethernet0.connectionType = "nat"
ethernet0.addressType = "static"
ethernet0.address = "00:11:22:33:44:55"

(특정 MAC에 할당할) IP 고정

$ vi /Library/Preferences/VMware\ Fusion/vmnet8/dhcpd.conf
host dock {
  hardware ethernet 00:11:22:33:44:55;
  fixed-address 192.168.xxx.xxx;
}
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --configure
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --stop
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --start

VMware의 NAT 설정

예: VMware host(mac osx)으로 8080을 VMware guest(coreos) 80으로 전달:

$ vi /Library/Preferences/VMware\ Fusion/vmnet8/nat.conf
[incomingtcp]
8080 = 192.168.xxx.xxx:80
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --configure
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --stop
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --start

(VMware와는 무관하지만) `/etc/hosts` 파일 설정

예: 192.168.xxx.xxx의 호스트 이름을 donald로 설정:

$ cat >> /private/etc/hosts
192.168.xxx.xxx donald
^D
$ dscacheutil -flushcache

이제라도 만족하고 그냥 쓰면 좋았을 것을...

개발 하는 동안 만이라도... 작업 파일들 한 군데 몰아놓으면 안되겠니??

도커 클라이언트(mac osx) + 도커 호스트(coreos on vmware) + 도커 컨테이너(maybe ubuntu?) 파일 공유하기

경고: 이제부턴 결론 없는 삽질이므로 심신이 약하거나 삽질알러지가 있는 분들은... 안녕히 가세요 m(_ _)m

그리고... 삽질은 계속된다...

도커 호스트 <---> 도커 컨테이너

데이터 볼륨(이라고 쓰고 디스크라고 읽는다)을 사용하거나 볼륨 매핑 -v 옵션으로 해결.

이건 나중에 따로 설명할 기회가 있을라나 없을라나... 아무튼 굉장히 중요한 부분인데...

궁금하면 Docker 프로젝트가 제공하는 공식 문서 Managing Data in Containers를 참조하시길...

도커 호스트 <---> 도커 클라이언트

리눅스에서 도커를 사용하는 경우라면 도커 호스트와 클라이언트가 같은 머신이라... 공유하고 나발이고 없음.
내 경우에는 도커 호스트는 VMware 가상 머신에서 굴러가는 CoreOS(즉, VMware guest), 도커 클라이언트는 맥 OSX(즉 VMware host)라서 VMware가 제공하는 공유 폴더로 해결...하고 싶었지만...

VMware의 공유 폴더는 리눅스 guest에서 보면 vmhgfs고, 이걸 쓰려면...

--> VMware guest에 VMware Tools를 설치해야하고...
--> 커널 모듈을 컴파일해야 하고...
--> 그럴려면 gcc를 깔아야 하고...
--> 나는야 CoreOS?!
--> 흠... 역시 CoreOS 커스텀 이미지를 만들어야 하는건가...
--> 그건 리눅스에서만 할 수 있고...
--> 리눅스를 설치해야...?!
--> 리눅스가 있으면 내가 이 삽질을 왜 하는겨?? -_-;;;
--> 이건 어디선가 본 것만 같은... Orz

일단, nfs나 sshfs 같은 네트웍 파일 시스템을 쓰면 되겠지만...

에... 속도도 안나오고...

에... 결정적으로 뽀대가...

(아... 이 움짤 꼭 한번 써먹고 싶었는데... 이런 허접한 데 쓰게 될 줄이야ㅠㅠ)

that's not all folks yet

docker getting started: 왕초보를 위한 docker 입문

iolo — Sat, 26 Jul 2014 00:40:48 +0900

이 글은 쉽게 이해하고 설명하기 위해 의도적으로 왜곡한… 혹은 몰라서 왜곡된… 내용을 포함하고 있다.

잘못된 부분에 대한 지적질이나 더 쉽게 이해하고 설명할 수 있는 제안은 언제든지 환영이지만, 진실을 향한 열정(?)은 참아주시길…

진실을 알고 싶은 분들을 위해서 곳곳에 진실로 가는 링크를 걸어두었지만… 때론… 저 너머에 있는 진실을 모르는 편이 나을 수도…(먼산)

(나름대로) 용어 정리

도커(docker)는 리눅스 컨테이너(linux container; LXC)를 관리하는 도구(tool)다.
도커 컨테이너(docker container)는 도커가 관리하는 리눅스 컨테이너 프로세스다. 기술적으로는 가상머신(virtual machine; vm)이 아니다. 그렇지만 초(!)경량 가상머신이라고 생각하면 이해하기 쉽다.
도커 호스트는 하나 이상의 도커 컨테이너를 실행하는 리눅스 머신이다. 쉽게 말해 도커 서버다.
도커 데몬은 도커 호스트에서 실행하면서 도커 클라이언트의 요청을 받아 도커 컨테이너를 실행/종료/관리한다. 쉽게 말해 도커 서버 프로세스다.
도커 클라이언트는 docker 명령을 실행하는 머신이다. 쉽게 말해 바로 앞에 있는 머신/프로그램이다. 도커 클라이언트는 도커 호스트와 다른 머신일 수 도 있고, 리눅스가 아니어도 된다.
도커 이미지는 도커 컨테이너의 초기 상태를 기록한 파일이다. 말하자면 파일시스템을 효율적으로 압축한 파일이다(iso 파일처럼). 도커 이미지는 버저닝되며(git commit처럼), 상속되며(git branch처럼), 원격에 보관할수도 있고(git push처럼), 원격에서 내려받을 수도 있다(git pull처럼).
도커 허브는 수많은 개발자들이 다양한 도커 이미지를 올리고/받고/검색할 수 있는 공식 도커 이미지 저장소(repository)다.

백문이 불여일견! 내가 좋아하는 화이트페이퍼 스타일(?)로 그려보면:

`docker` 명령 요약

옵션없이 docker를 실행해보면 사용할 수 있는 커맨드 목록을 포함한 뻔한~ 도움말이 나온다:

$ docker
Usage: docker [OPTIONS] COMMAND [arg...]
 -H=[unix:///var/run/docker.sock]: tcp://host:port to bind/connect to or unix://path/to/socket to use
A self-sufficient runtime for linux containers.
Commands:
    attach    Attach to a running container
...

옵션없이 커맨드만 지정해서 docker를 실행해보면 해당 커맨드의 뻔한~ 도움말이 나온다:

$ docker run
 Usage: docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
Run a command in a new container
  -a, --attach=[]            Attach to stdin, stdout or stderr.
...

도커 데몬 실행(도커 호스트에서만)

$ docker -d ...

대부분 도커 호스트가 부팅될 때 자동으로 도커 데몬이 실행되므로 추가 설정은 필요없다.

도커 호스트와 도커 클라이언트가 다른 머신(진짜든 가짜든)이라면 tcp 소켓으로 요청을 받을 수 있도록 추가 설정이 필요한데, 이건 호스트의 리눅스 배포판에 따라 다르니까… 생략.

도커 호스트 지정(도커 호스트의 별도의 머신(진짜든 가짜든)일 경우에만)

매번 -H 옵션을 사용하거나:

$ docker -H tcp://192.168.xxx.xxx:2375 ...

한 번만 DOCKER_HOST 환경 변수를 잡아줘야 한다:

$ export DOCKER_HOST="tcp://192.168.xxx.xxx:2375"
$ docker ...

컨테이너 관리

컨테이너 목록 보기

실행 중인 컨테이너만 보려면:

$ docker ps

중지된(그러나 아직 삭제되지 않아서 다시 시작할 수 있는) 컨테이너도 보려면:

$ docker ps -a

새 컨테이너 실행

새 장비를 구매해서, 미리 만들어둔 이미지를 설치하고, 전원을 켜는 거다.

$ docker run [options] <image> [command] [args...]

예: 도커 이미지 저장소가 제공하는 공식 nginx 이미지를 탑재한 컨테이너를 실행. 도커 호스트(192.168.xxx.xxx)의 8080 포트를 nginx 컨테이너의 80 포트로, /www 디렉토리를 /usr/local/nginx/html 디렉토리로 매핑.

$ mkdir -p /www ; echo 'hello' > /www/index.html
$ docker run -d -p 8080:80 -v /www:/usr/local/nginx/html:ro nginx
29940322a6c69aafe14dc58d608b3e43ff6043b698e3a4e334f9b067289d00db
$ docker ps
CONTAINER ID  IMAGE         COMMAND  CREATED        STATUS        PORTS                 NAMES
29940322a6c6  nginx:latest  nginx    5 seconds ago  Up 8 seconds  0.0.0.0:8080->80/tcp  loving_hypatia
$ curl http://192.168.xxx.xxx:8080
hello

컨테이너를 만드는 과정은 매우 중요하다. 조만간 별도로 다룰 기회에 있을지 어떨지…

자세한 내용은 Docker Run Reference를 참조하시길…

IMHO, 컨테이너를 만드는 명령과, 시작하는 명령이 분리되지 않고 run으로 합쳐놓은 건… 좋은 선택이 아닌 듯…

(중지된) 컨테이너 시작

전원을 켜는(부팅하는) 거다.

$ docker start [options] <container...>

(실행 중인) 컨테이너 재시작

콘솔에서 Ctrl+Alt+Del 혹은 reboot하는 거다.

$ docker restart [options] <container...>

(실행 중인) 컨테이너 중지(`SIGTERM`)

shutdown하고 전원을 끄는 거다.

$ docker stop [options] <container...>

(실행 중인) 컨테이너를 강제 중지(`SIGKILL`)

강제로 전원을 끄는(플러그를 뽑아버리는) 거다.

$ docker kill [options] <container...>

(중지된) 컨테이너 삭제

서버 장비를 폐기하는 거다.

$ docker rm [options] <container...>

NOTE

뻔한 듯 뻔하지 않은 얘기를 하면… 컨테이너를 삭제(rm; 장비 폐기)하기 전에 이미지를 만들어(commit; 백업) 두지 않으면 실행(run; 장비 구입) 이후에 생긴 변경은 복구할 방법은 없다.

컨테이너/이미지의 상세 정보 조회

$ docker inspect [options] <container|image...>

예: 지정한 컨테이너의 IP 주소를 얻으려면:

$ docker inspect docker inspect --format='{{.NetworkSettings.IPAddress}}' 29940322a6c6

컨테이너의 로그 보기

$ docker logs [options] <container>

예: 지정한 컨테이너의 로그(stdout/err)를 계속 보려면:

$ docker logs -t 29940322a6c6

컨테이너의 프로세스 보기

$ docker top [options] <container> [ps option]

컨테이너의 파일시스템 변경사항 보기

$ docker diff [options] <container>

이미지 관리

(실행 가능한) 이미지 목록 보기

$ docker images [options]

도커 허브에서 이미지 검색

$ docker search [options] <term>

도커 허브에서 이미지 내려받기

$ docker pull [options] <image>

예: 도커 허브에서 nginx가 기본으로 설치되어 있는 이미지를 내려 받으려면:

$ docker pull nginx
$ docker images
REPOSITORY  TAG     IMAGE ID      CREATED      VIRTUAL SIZE
nginx       latest  61e8f94e1d65  39 hours ago 492.7 MB
...
$ docker run -d -p 80:80 nginx
...

도커 허브에 이미지 올리기

$ docker push [options] <image>

NOTE

이미지를 올리려면 도커 허브에 가입해야 한다. 공개된 이미지는 무료지만, 비공개 이미지는 유료! (맛뵈기로 비공개 이미지 한 개는 공짜)

`Dockerfile`로 부터 이미지 만들기

$ docker build [options] <path>

이미지를 만드는 과정은 매우 중요하다. 조만간 별도로 다룰 기회에 있을지 어떨지…

자세한 내용은 Dockefile Reference를 참조하시길…

컨테이너로 부터 이미지 만들기(snapshot)

백업!

$ docker commit [options] <container> <image>

NOTE

뻔한 듯 뻔하지 않은 얘기를 재방송하면: 컨테이너를 삭제(rm; 장비 폐기)하기 전에 이미지를 만들어(commit; 백업) 두지 않으면 실행(run; 장비 구입) 이후에 생긴 변경은 복구할 방법은 없다.

이미지 삭제

백업 디스크를 폐기한다

$ docker rmi [options] <image...>

예: 종료된 컨테이너가 사용헀던 이미지 모두 삭제

$ docker rmi $(docker ps -aq)

that’s all folks