The Docker machine is a command tool created by the docker team to manage docker servers. It automatically creates hosts and installs docker engine on them and configures the docker client to talk. If you install the docker machine tool,you can use it like below: $docker-machine ls NAME ACTIVE DRIVER STATE URL SWARM host1 generic Running tcp://192.168.99.100:2376 host1 (master) host2 generic Running tcp://192.168.99.101:2376 host1 host3 generic Running tcp://192.168.99.102:2376 host1 demo0 virtualbox Stopped demo1 virtualbox Stopped demo2 virtualbox Stopped demo3 virtualbox Stopped infra virtualbox Stopped $docker-machine ssh host1 . Read more

오랜만에 docker-korea meetup에서 About Docker Swarm이라는 이름으로 작은 발표를 했다. 장표는 매우 간단하게 구성하고 데모에서 많은 이야기를 하고 싶었는데. 프로젝터설정부터 힘들어서 준비했던것을 절반밖에 이야기하지 못한것 같다. Docker Swarm은 다른 클러스텅 시스템과 다른 부분들이 있다. 가장 큰 다른 점은 Docker에서 만들었다는 것. 즉 coreos/fleet이 Distributed Init System을 표방하는 것과 비슷하게 Swarm은 Docker-native Clustering System을 이야기한다. 1 즉 다음과 같은 확장으로 Docker Interface(CLI/API)을 유지하고 싶어 한다. docker run -d nginx-logger -e affinity:container==nginx nginx-logger Google의 k8s나 다른 클러스트링 도구는 각자 자신만의 개념과 그 개념의 이해를 사용자에게 수반하게 만드는데. Read more

사내에서 Docker 사용에 대한 이야기가 나와서 간단하게 조사해보았다. 매력적인 프로젝트인것은 확실하지만, 기존에 chef나 opsworks로 구성되어 있는 부분도 있고 현재 시스템 구조상 docker으로 이전해서의 이득이 생각외로 크지 않다는 것이 중평. docker의 장점은 대개 두가지로 이야기 할수 있겠다. Portability (이식성) Repeatability (반복성) 이식성(Portability)은 가장 크게 얻는 이점은 개발환경과 실제 프로덕션 환경의 차이를 설정변수 몇개로 축소할수 있다는 점이라고 생각한다. 여러 환경(개발,테스트,프로덕션)을 일치시키기 위한 별다른 노력을 할 필요 없다는 점이 가장 큰 매력으로 생각한다. Read more

읽어야 할 글들을 Kindle에 던지는데,뭘 킨들에 던졌는지 기록해 두면 좋을 것 같아서 적어본다. Why Atom Can’t Replace Vim : Learning the lesson of vi Atom이 Emacs의 확장가능성은 가질수 있지만, Vi의 조합가능성에 대해서는 배운 바가 없다는 글. 조합가능성에 대한 글로는 http://blog.dahlia.kr/post/78940164278 홍민희님의 글과 함께 보면 좋다. 내가 생각하는 조합 가능성은 명령어들의 조합이 명령어와 차별 받지 않고 같은 취급을 받는 것이 아닌가 싶다. 유닉스의 파이프로 연결하여 또 하나의 명령어를 만들듯이. Read more