Salt stack 盐堆：“盐堆”；要求：以前的“U州”；需要？

我有一个sls脚本是由一所大学写的。下一个状态始终需要上一个状态

例如：

apache:
  service.running:
    - name: apache2
    - enable: True
    ...

apache_modules:
  apache_module.enabled:
    ...
    - require:
      - pkg: apache

server.conf:
  file.managed:
    - name: /etc/apache2/sites-available/server.conf
    ...
    - require:
      - pkg: apache

apache_sites_enabled:
  apache_site.enabled:
    - names:
      - server
    - require:
      - file: server.conf

问题：这是否需要“要求”

我想这是不必要的，因为盐执行一个又一个状态

---

我关心可读性，并希望文件尽可能小。

通常，Salt按照指定的顺序执行状态，即“命令式”顺序。在同一个文件中，它表示从上到下

Require/Watch/Require_in/Watch_in和其他可用于确保某些状态之间的特定顺序，并更改此默认“线性”顺序。这是“声明性”命令

看到和

---

当需要一个特定的顺序时，我倾向于在独立的状态之间使用必要条件（如公式），有时我也在同一个状态文件中编写必要条件

抱歉吹毛求疵，但我不明白“命令式”命令。我理解“隐含秩序”。但也许我对这件事了解得不够。你说“有时我也在同一个状态文件中编写必要条件”。在我读到的字里行间：大多数情况下，你需要为每个州的文件写一个必要的文件。这是真的吗？到目前为止，我通常每个州都有大约十个必备品。“命令式订单”是salt doc使用的术语。它让我想起了“命令式语言”（比如C）和“OO语言”（比如Java、Ruby），我是这样理解的。另外：在同一个状态文件中，如果第一步是“pkg.installed”，第二步是“service.running”，我会让第二步需要第一步，因为没有pkg安装是没有意义的。但是“命令式命令”（=从上到下）不是绝对必要的，它是“安全带和支架”类型：）