安装saltstack后，已经可以执行shell命令，更新软件包和同时分发文件到所有minions。minions执行命令后会以一致地和可配置的格式返回结果，这样你就可以很容易地查看执行了什么和工作正不正常。
你可以使用cmd.run在salt master上向所有的minion发送一个shell命令来执行：
所有的minion将同时执行这个命令并立即返回结果给salt master。
使用cmd.run执行shell命令当然是有用的，不过saltstack强大的功能是使用salt执行函数。salt社区已经投入很多努力创建数百个函数来简单大部分的管理任务。甚至同一个函数能在所有支持的系统上使用。
你可以从包管理器,pip，源码编译或使用bootstrap脚本安装saltstack。saltstack也提供独立的工具来创建机器和在公有和私有云安装saltstack(salt-cloud和salt-virt)。我们这里没有涉及到这些工具，不过只要你有一个系统需要管理，慢慢就会了解这些，saltstack在物理的，云和虚拟资源中使用都相同。
如果你使用的是上一篇文章介绍的Vagrant工程，那么saltstack已经安装了并且已经接受每一个minion的连接。你可以根据下面段落中“接受连接”的方法来验证你的minions是否已经连接。
如果你使用的是不同的环境，安装saltstack最简单的方法是使用bootstrap脚本。执行这个脚本的两个命令就可以在大多数操作系统上安装saltstack。
salt master和salt minion之间的每一个连接都使用加密密钥进行管理和保护。安装完成后，每一个salt minion发送它的公钥到salt master，等待连接被接受。salt minion密钥必须先被接受才能在系统上执行来自salt master的命令。
在命令行提示符，cd进入vagrant-demo-master目录，执行如下命令进入salt master：
连接后，执行如下命令来切换到root用户：
在salt master，你可以快速查看所有的salt minion连接和查看连接是否被接受，拒绝或待定。
你必须接受minion的密钥，它才能连接。
你接受每一个密钥后，从salt master发送一个命令来验证salt minions是否在监听。
salt基础系统将涉及如下几个方面：
学习SaltStack最好的方法是做各种试验。你可以通过阅读本系列文章对saltstack有一个初步了解，saltstack非常容易配置，这里我们提供几个示例来帮助你学习。另外你可以保留你的demo环境继续做其它试验。
完成如下步骤来配置一个简单的saltstack环境。
windows:
Mac:
大约等待10分钟后，demo环境就搭建好了。
我们知道在容器内做试验完成时，容器可以设置自动清除，这就省了好多事。不过仍然有一些不方便的地方。其中一个是我们可能需要在容器中多次执行一个相同的命令，而bash历史又没有了，只能手打。
你想与容器共享你的主机bash历史记录。
为docker run命令设置一个别名来与主机共享bash历史记录。
要理解这个问题，我们来展示一个场景。
假设你在Docker容器做试验，比如做一些有趣的和可重复使用的东西。这里我们使用echo命令，但这可能是一个长且复杂的一连串程序：
过了一些时间，你想重新执行之间执行过的复杂的echo命令。不过，你不记得命令了，而且终端会话也找不到这个命令，你尝试找bash历史记录，但没有任何输出：
为了解决这个问题，我们可以在你运行docker镜像时挂载一个volume，如下：
命令太长太难记了，我们把它设置为一个别名吧，在~/.bashrc文件中添加：
这个体验仍然不好，因为当你要执行docker run命令时都要记住执行dockerbash命令。要获得更加无缝的体验，你您可以将这些添加到〜/ .bashrc文件：
现在当你打开bash shel并执行任意的docker run命令时都会自动把bash历史记录的设置添加到命令中去。
在团队中试用Docker时，你可能希望能够在团队成员之间共享大量数据，不过你可能没有足够的空间来搭建一台共享服务器。最简单的方法是当你需要时再从其它团队成员复制最新的文件 – 不过在一个更大的团队中这个方法就不太可行了。
解决方案是使用BitTorrent Sync工具来共享文件 – 不需要专门的资源。
你想通过internet在主机之间共享volumes。
使用BitTorrent Sync镜像来共享volume。
下图说明了这个方法是如何运作的。
最终结果是通过因特网方便地同步的卷（/data），不需要任何复杂的设置。
执行如下命令在第一台主机上设置容器：
在第二个服务器，打开一个终端运行这些命令来同步volume:
回到第一台主机运行的容器，你应该能看到第二台主机的创建的文件了：
我知道我们之前有说过使用Salt不需要会写Python和其它代码，这当然是真的。不过会读Python代码在许多情况下会有所帮助，或者至少会读Python函数文档。
本文介绍Python基础知识，帮助你更好地了解salt的工作原理。
Salt中，每个子系统插件是一个Python模块。你可以认为salt模块是一组函数(又称命令)组成，用来管理应用(mysql.docker)，系统组件(硬盘，文件)或与外部系统(gitfs)交互。
你需要了解几点：
所以你理解了以上的模块，函数应该就更简单了。你可以认为函数是在模块中指定的命令，能调用来管理和配置文件。例如，salt.modules.pkg.install, salt.modules.network.interfaces和salt.modules.user.add都是常见的执行模块函数。函数相当于salt的动词，你通常可以打开模块文档并查看函数名称来决定使用哪个函数。
参数有一点复杂，特别是如果是对关键词参数不是很熟悉，参数很可能是你准备入门salt遇到问题的地方。
远程执行和状态之间的参数不太一样，我们来分别讨论。
当在命令行调用salt时，执行参数作为附加值传递过去，或者作为一个值，或者作为argument = value。必需值通常以空格分隔并以指定顺序传递，带默认值的可选参数以argument=value格式传递。
例如，我们来看下salt.modules.useradd.add函数：
当调用这个模块，参数name是必需的，你可以看到它没有默认值。其余的参数会使用列出的值，除非你传一个不同的值来覆盖。下面的例子是创建一个用户名为Fred并设置一个不同的默认shell:
更多的例子
常规参数和关键字参数（通常缩写为args和kwargs）是你将遇到的最常见的类型。下面的例子传递一个arg和3个kwargs:
传递两个args和一个kwarg:
一些执行模块接收列表值：
一些甚至可以传字典类型：
State函数在state文件中使用YAML语法调用。YAML语法非常适合表示数据类型，所以你会发现调用具有复杂数据类型的函数在state中更容易。为了弄清楚在state中如何添加用户，我们来看下salt.states.user.present函数：
即使这个函数有许多参数，在YAML中调用带关键词参数的函数很容易：
list类型在YAML中也很容易定义：
定义字典也比在命令行中容易：
本文讨论系统数据的两个主要方面：获取你系统的有关数据和为你的系统设置数据。salt为这两个任务分别提供了两个不同的子系统来完成：salt grains和salt pillar。
本文还介绍了第三个组件，称为salt mine，用来从minion推送数据到master的共享数据存储上以便所有的minions能访问这些数据。
Grains用来获取你系统的数据。Grains是关于底层操作系统静态信息，如内存，硬盘和许多其它系统属性。
当minion启动时，Grains自动收集信息，然后定期刷新或者使用远程执行命令。
所以你用grains能做什么?你可以使用grain执行模块收集清单，可以列出所有grains，找到具有特定grain值的系统等。
Grains也是minion系统的组成部分，也用来定位salt state和salt pillar数据。
GRAINS如何收集数据?
在之前的章节中你已经对插件有所了解，已经知道grains如何工作了。grains子系统有几个salt grains模块(又名插件)运行在minion来填充grains目录。grains与远程执行模块类似，每一个grain模块包含在各种OS的收集grain数据的逻辑(不是使用多个模块和__virtualname__)
salt pillar用来传送数据到你的系统。想象一个当配置甚至是一个简单的系统时不同的自定义数据:用户名称，服务URL，首选安装路径，端口，非默认应用程序设置和许多其它的设置。通常这些值在每个系统或系统角色(web,数据库等)都不一样。
salt pillar让你定义这些数据值，然后使用targets将它们分配给一个或多个minions。然后这些值可以作为变量在salt sates中使用。
salt pilllar使用目标minions的公钥来加密数据和通过安全通道来发送，因此salt pillar也非常适合分发安全数据，如密码和ssh密钥，因为它只能由目标minon来解密。
默认下salt pillar模块使用YAML文件来定义pillar，超过30个salt pillar模块用来支持各种后端。热门选项包括Mongo和Redis，都是非常适合存储结构数据的。许多用户坚持使用YAML文件，但使用一个私有git repo来管理和分发pillar数据。
salt mine用来在salt minions之间共享数据值。例如如果你设置一个共享的数据库，你可以在数据库服务器上配置salt minion来自动推送它的IP到salt mine。这个方法比手动更新salt state或salt pillar的数据要好。
当你需要这些值来配置系统时，你可以直接通过salt state文件来访问salt mine的数据。
salt mine使用简单，最大的问题是许多用户不记得使用它。
runner子系统提供在salt master运行的salt模块(还记得执行和状态模块在目标服务器minion异步执行吗,不是在salt master)。
Runners可用功能为列出作业状态，实时查看事件，管理salt文件服务器，查看salt mine数据，发送wake-on-lan到minions，调用webhooks和发送其它http请求等。
The orchestrate runner提供了salt的核心功能之一:以指定顺序在多个minions之间运行命令和应用配置的能力。例如，使用orchestrate runner你可以使用状态系统的全部功能来配置多个系统(包括必需条件，失败分支，依赖性，有序执行等)。
容器最强大的功能是它在迁移时能保持系统环境一致性。
不过有时候你不想把所有的文件放进容器中。你可能想在容器之间共享一些大的文件，或者单独管理这些文件。典型的例子是你希望容器访问大型集中式数据库，但是还希望其它客户端也能与容器一起访问。
解决方法是volumes，在容器生命周期外管理文件的Docker机制。虽然这违背了容器“部署在任何地方”的理念(例如，你将无法在没有挂载数据库的系统中部署容器)，不过有时候在实际环境中不得不用。
你想在容器内部访问主机的文件。
使用Docker的volume参数来设置容器访问主机文件。
下面的命令显示主机的/var/db/tables目录被挂载到容器的/var/data1上。
-v参数(–volume)表明需要为容器设置一个外部的volume。随后的参数值是由两个以冒号分隔的目录组成，冒号之前的目录是主机目录，之后是容器目录，如果这两个目录不存在则会自动创建。
下图说明容器访问主机目录是如何交互的：
在你构建镜像大多数时候会引用镜像名称，如“node”或”ubuntu”，这个没有任何问题。
如果你引用镜像名称，它有可能tag名称保持一样而镜像被更改了。看起来这自相矛盾，不过它真实发生了！repository名称仅仅是个引用，它有可能被更改指向一个不同的镜像。指定一个带冒号的tag名称也不会消除这种风险，因为安全更新会使用相同的tag来自动重新构建有漏洞的镜像。
大多数时候你会想让它这样做 – 镜像维护者对镜像有所改进，并修补了安全漏洞是一件好事。不过有时候可能会给你带来痛苦。这不仅仅是一个理论上的风险:这已经出现过很多次了，中断了持续交付且很难调试。在Docker早期，镜像会添加和删除软件包(包括，记忆中消失了的passwd命令)，使构建镜像突然地中断。
你想确保镜像的构建始终从一个指定的不会被更改的镜像。
从一个指定的镜像ID构建。
对于你想决定确认从一个指定的镜像构建镜像时，可以在Dockerfile中指定镜像ID.
下面是示例：
像这样从一个指定的镜像ID构建镜像，这个镜像必须已经保存在了本地。Docker registry不会在Docker Hub搜索这个镜像ID的。
注意你引用的镜像不需要tag。你可以从任意层来构建镜像。