나는 Docker에 인수된 Tutum이 얼마나 편리한지 사용해 보았다.
http://japan.zdnet.com/article/35072328/

노드 생성

이 부근은 뛰면 많은 물건이 나타나기 때문에 매우 상쾌하다.
tutum에서docker가 되는host 서버를 node라고 합니다.우선, node를 만들어 보세요.

클라우드 공동 작업

이번에는 AWS와 Azure에 node를 구축하려고 하지만 아래와 같이 다른 클라우드 서비스도 사용할 수 있습니다.또 하지 않았지만 온라인 서버와 협력할 수 있다.

링크 계정의 지시에 따를 뿐이기 때문에 상당히 간단하게 링크할 수 있다.

AWS 및 Azure 노드 생성

이것도 지시에 따라 클릭하는 것이기 때문에 간단한 노드가 두 개 있다.
각각 AWS와 Azure로 갔습니다.

노드에서 컨테이너 시작

이번에는 테스트이기 때문에tutum이 제공한 샘플 용기를 시작합니다.
외부에서 액세스하려면 Ports를 Published로 설정해야 합니다.

AWS의 node에서 컨테이너가 시작되었습니다.

한 대 더 시작하면 이번 Azure의 node 용기가 시작됩니다.

이것은 시작할 때 Deployment strategy가 가장 빈 node보다 우선하기 때문이다.

Azure의 node를 낮춰 보시면...

terminate Azure의 node를 사용해 보세요. 시간이 지나면 컨테이너가 AWS 측의 node로 이동한다는 것을 알 수 있습니다.
이거 대박이다.

네트워크는 어떻습니까?

용기 통신

AWS 측 컨테이너(10.7.0.4)에서 Azure 측 컨테이너(10.7.0.5)로 핑을 해보세요.

문제 없이 통과했기 때문에 구름 사이의 통신이 가능하다는 것을 의식하지 못했다.
이 Terminal의 기능은 매우 소박하고 즐겁다.

node 네트워크 보기

tutum의 node에서 ssh

node에서 ssh의 방법은 본가의 문서에 쓴 것과 같다.
https://support.tutum.co/support/solutions/articles/5000553071-sshing-into-a-tutum-node
stack (dockercomposer) 를 사용하여tutum/authorizedkeys에서 제공하는 용기를 시작하면, 이 용기를 통해 ssh 키를 node 측으로 설정합니다.
실행하면 바로terminated가 되기 때문에 한순간에 조급해하지만 ssh는 이미 된다.

docker ps

ssh 후,dockerps를 누르면 많이 작동하는 것을 알 수 있습니다.

위브가 있기 때문에 구름 사이의 통신은 위브를 사용하는 모습이다.
crond가 시작되고 있습니다. metrics를 가져오는 용기도 있고 ntpd도 있습니다.

ifconfig weave

솔직히 웨이브의 설정은 잘 모르겠지만 웨이브용 네트워크 인터페이스를 추가했습니다. 여기서는 다른 용기와 통신하는 것 같습니다.
이 부근은 매우 상세하다.
http://qiita.com/nmatsui/items/a7caa5a3840b8c920124

보안

AWS는 시작할 때 보안 그룹을 지정하지만 Azure의 경우 자동으로 사용되는 포트를 설정합니다.

docker는 tcp의 2375를 사용하고 용기는 tcp의 32769를 사용하며 weave는 tcp와udp의 6783을 사용하여 이해하기 쉬운 구성을 사용합니다.
이번에는 테스트지만 실제로 어떤 용도로 사용할 때 IP 제한 등을 넣고 싶은 곳(tutum의 접근을 통해 IP를 제한할 수 있을까?).

총결산

클라우드와 간단하게 합작하고 node와 무관하게 서비스를 사용할 수 있어 상당히 편리한 인상을 준다.
그럼에도 불구하고 현재 실행 중인 응용 프로그램은 어떤 형식으로 전개됩니까?이런 곳을 고려하지 않았다.
tutum에 관해서는 Docker에 인수된 후 앞으로 점점 편리해질 것만 예감하고 계속 검사해야 합니다.
얻기 어려운 컨테이너이기 때문에 아마존 ECS 등에서 특정 클라우드에 얽매이는 것보다 이걸 사용하는 게 좋을 것 같아요.