经过一轮检查，我们可以确定 create 命令很好的完成了任务：在 Azure 上创建了虚机，并且安装了 Docker 环境。下面我们解释一下 create 命令中主要的几个参数。
参数详解--driver azure
driver 参数告诉 Docker Machine 我们操作的对象在 Azure 云上，需要使用 Azure 相关的接口来进行操作。
--azure-environment AzurePublicCloud
其实存在多套相互独立的 Azure 云环境，比如国内的。所以需要用这个参数来指定具体的 Azure 云环境。默认值是 AzurePublicCloud，指向我们说的 Azure 国际版。连接国内版需要指定为 AzureChinaCloud。
--azure-subscription-id xxxxxxxxxxxxxxxxxxxxxxxxxx
这个是与你账号关联的订阅 ID，Azure 内部的操作都是依赖于这个 ID 的。
--azure-location "East Asia"
Azure 在全球各地部署了很多的数据中心，我们可以通过 location 指定创建的资源所在的位置。这个位置当然是越靠近用户越好，国内的国际版用户选择东亚稍微好一点。
--azure-size Standard_A0
Azuer 根据不同的 size(其实就是配置)对虚拟机进行收费，demo 中选择的 Standard_A0 大概是这个样子：
虽然配置不高，但作为 demo 来说已经足够用了。MS 提供了非常丰富的 size 可供选择，如果你要创建生产环境的虚机实例，可能需要选择每个月几十到几百美金的实例。
--azure-image canonical:UbuntuServer:16.04.0-LTS:latest
对于生产环境来说，虚机的镜像是至关重要的。Demo 中使用了 ubuntu server 16.04 的镜像，当然我们可以在这里指定 Azure 支持的任何虚拟机镜像。这点可比只能使用 boot2docker 的驱动强多了！
--azure-ssh-user nick
可以通过 SSH 登录到虚拟机中的用户，让我们试一下：
直接以用户 nick 登录成功了，其实 Docker Machine 已经为这个用户配置了通过秘钥登录的相关信息。
--azure-resource-group nickcontainer
新创建的资源所属的 resource group。
Docker Machine 不仅可以创建虚机，还可以管理虚机。所谓的管理，仅仅是能够 stop、start 和 restart 吗？答案是可以有更多的功能，但是需要相关驱动的支持。比如 rm 命令，对于 azure 驱动来说，它是可以把刚才创建那一坨东西几乎全部干掉的！执行下面的命令：
$ docker-machine rm testvmtigger
这是一个很危险的操作，所以会有一个确认执行的步骤，然后就真的把 Azure 上的资源给干掉了(除了存储部分)：
虽然笔者觉得这真的是一个很强很酷的功能，但还是要警告自己和同学们：一定要慎用！
总结云服务为我们打开了一扇新的大门，当然对运维人员来说也带来了诸多的挑战。如何选择对云端操作友好的工具就成了我们提升效率的重要途径。就 Docker 操作来说，Docker Machine 在这个方向上做了很好的尝试。真心的希望这个工具能够不断的完善，成为运维人员手中的一把利剑。