在脚本的世界里,数据库建表过程是最为常见的drop-if-exist的使用示例,
drop-if-exist的使用场景
以数据库建表为例,无论事前存在与否都首先要Drop(删除原有表),然后创建新的表。实际上跟Ansible中的幂等性的原则基本上是一致的,无论是之前表存在还是不存在,用户所关心的是这个task执行之后表的存在。但是问题在于如果在于首次执行表不存在的时候会出现删除出错,然后需要用户自行判断原因是否还有其他可能,所以drop if exist的写法就是为了判断是否之前是否存在此表,这种方式在很多情况下都存在,比如创建database、tablespace,以及kubernetes中的namespace、clusterrolebinding等。
使用示例
比如如下写法就是一个clusterrolebinding的典型写法,先删除,然后再创建。原因就是如果不先删除,如果事前此clusterrolebinding存在的话就会无法创建。但是如果首次执行或者执行时不存在clusterrolebinding,删除的任务就会失败,但是结合ignore_errors的写法至少能够对应clusterrolebinding存在和不存在的两种情况。
- name: delete clusterrolebinding
shell: "kubectl delete clusterrolebinding {
{ var_kubeconfig_client_kubelet }}"
ignore_errors: true
- name: create clusterrolebinding
shell: "kubectl create clusterrolebinding {
{ var