进入容器的三种方式：

• sshd
• nsenter
• exec 

sshd

　　在容器中开启一个SSHD的服务，通过SSH的协议登录到容器中，把容器看出一个vm

nsenter：

　　nsenter包含在util-linux包中，用来进入一个进程的Namespace 

　　获取一个容器的进程ID:

　　　　docker inspect --format "{

{ .State.Pid}}"  <container-id>

　　nsenter --target $pid --mount  --uts --ipc --net --pid 

exec:

　　docker 1.3版本引入的一个新的指令，用来进入一个容器中运行指令

docker  exec  <container-id>  ["CMD"]　

orchestration as  a Service:

　　orchestration as a Service的目标是协调在不同Host上的Container，把他们有机的组织在一起成为一个统一的系统；

• 解决Container的协调管理
• 单个数据中心单节点/多个节点跨数据中心
• Container之间的网络通信

　　Oaas解决方案：

• • Fig，简单，但是不支持跨主机的Orchestrate
  • Kubernetes， Google推出的跨云的Oaas的解决方案

　　Fig：

• • Fig通过对于Docker的封装，从而方便我们构建应用的运行环境
  • 应用运行的所有组件全部运行在Container中，通过服务发现的方式连接在一起；　　　

　　服务发现：

• • Fig使用Docker自带的Link方式来实现服务发现，Fig会负责管理Link的相关信息；　　　

　　fig通过当前目录下fig.yml文件来创建应用的运行环境；

　　fig.yml中需要定义不同的service

 　　Service：

　　　　Service标示的是一个独立的组件，例如web应用，Mysql， Redis等都可以定义为一个独立的Service， Service是可以横向扩展的

　　　　可以在Service中直接定义Image，也可以通过定义build配置项来运行时创建Image 

　　　　所有的Service都会被运行为一个或多个Docker的Container

　　fig.yml:

　　　　build说明从当前目录来构建Image，需要当前目录有Dockerfile，镜像名默认是{当前目录名字_ServiceName}

　　　　command表示启动Container的cmd

　　　　links中的值是service name，这样可以在scale out中把多个container连接到自己；

　　创建：

　　　　fig up命令会根据当前的fig.yml来启动container，并且根据配置信息把对应的container连接在一起

　　　　可以通过fig up {service}的方式，只启动某个service 定义的container

　　　　如果在当前目录下反复执行fig up，会重新创建新的container，可以通过加参数-no-recreate来防止这个问题产生；

　　检查：

　　　　fig ps, 类似于docker ps，用来检查当前fig.yml所定义的service对于的container的运行情况；

　　水平扩展：

　　　　fig scale service=Num的方式可以水平扩展service对于的container的个数；

　　　　新添加的container如果是link的源头之一，是不会被自动添加到link的目标container中的，这可以通过重新创建container的方式来解决；

　　清除环境：

　　　　fig  stop用来停止container

　　　　fig  rm用来删除container 

　　调试：

　　　　可以通过使用fig run {service} cmd的方式来对环境进行调试，比如需要看到实际通过link注入到某一个service的环境变量，可以通过fig run web export的方式；

　　　　fig run也是运行一个container，如果该service依赖于其他的service，并且其他的service没有被创建，那么也会先创建service的container，可以通过设置-no-deps来禁止；