Ansible或Jenkins为更大的工作提供管道

时间:2017-08-09 15:39:58

标签: jenkins ansible devops

目前我们正在使用Jenkins管道和Ansible剧本的组合。通常我们最终会得到简短的ansible playbooks,它们可以在Jenkins管道中运行,也可以作为jenkins工作运行。

更复杂的多步骤工作会有什么更好的方法?

例如,一项工作包括:

  1. 从AMI启动ec2实例
  2. 运行迁移
  3. 提取最新代码,编译并重新启动
  4. 从临时实例
  5. 创建新的AMI
  6. 终止临时实例
  7. 我确实喜欢这样的事实:我可以处理Jenkins管道中的用户输入以及管道中每个步骤的图形表示。在上面的例子中,每个步骤可能都是它自己的小小的ansible剧本。将参数从剧本传递到剧本不是直截了当的,但我们知道如何去做。

    我不是100%确定我是否按照最佳标准执行此操作,因为在创建这些管道时,我认为这应该是安全的,反之亦然。

    如果将这两者结合在一起,是否有任何甜蜜点?

1 个答案:

答案 0 :(得分:2)

嗯,你确实很清楚每个工具带来的限制,

对于您和您的公司而言,最佳点是最有效的,现在,问问自己哪种方法更容易管理?缩放时哪一个会变得太复杂?

我已经完成了两种方法,并发现jenkins的管道工具似乎在"可读性方面具有最佳效果"当我们有机会将新成员带入团队时,这一点尤其明显,只要看看我们在jenkins上的管道就可以快速了解这些流程,

现在,我们还使用了jenkins(只是ci)和nexus(工件管理)+章鱼(只是cd)+ ansible(配置)的组合来处理复杂流水线上的所有内容,

再次,问问自己哪些更容易管理,哪些最有可能随着时间的推移而增长(管道上的步骤数,管道或作业的数量,要管理的服务器数量等等)并采取基于此的决定,

最诚挚的问候,

相关问题