持续集成的工具都有哪些
目前市场上主流的持续集成工具很多
例如 CruiseControL，hudson ，jenkins，还有apache的Continuum 等 开源的持续集成工具,
CruiseControl ：简称 CC ，持续集成工具，主要提供了基于版本管理工具 ( 如 CVS、VSS、SVN) 感知变化或每天定时的持续集成，并提供持续集成报告、 Email 、 Jabber 等等方式通知相关负责人，其要求是需要进行日构建的项目已编写好全自动的项目编译脚本 ( 可基于 Maven 或 Ant) 。由于该工具配置以及部署很麻烦 且版本很久没有更新
hudson 但是由于被oracle收购 很多以前开源的东西 以后很可能被ORACLE私有化
Hudson是Jenkins的前身，是基于Java开发的一种持续集成工具，用于监控程序重复的工作，包括：
1、持续的软件版本发布/测试项目。
2、监控外部调用执行的工作。
你所熟知的CI/CD工具都是有哪些？
持续集成和持续交付可以帮助你自动化开发流程，同时确保跟踪所有内容。虽然持续集成(CI)和持续交付(CD)已成为DevOps的重要组成部分，但DevOps团队在选择最佳工具时往往会陷入困境。当今市场上广泛使用的CI/CD工具包括GitLab CI、Jenkins、Bamboo Server、TeamCity等等。
今天想提出来介绍一下的是我最近接触到的JFrog Pipelines。Pipelines 是下一代 DevOps 流水线自动化和编排解决方案，通过提供集中的命令和控制功能，来运用和提升流水线。 流水线使云原生应用程序交付更简单——具有用于基于容器版本的高级功能，并支持旧式和现代应用程序，确保一致的体验。维持现有的 CI/CD 投资，因为 JFrog Pipelines 可广泛集成各种常见的 CI/CD 工具和其他 DevOps 技术，大大包括代码存储库、测试工具，以及整个部署过程。 Pipelines 是管理 Jenkins 扩张的出色解决方案。
选择它基于这些优势：
1、与 Artifactory 原生集成：具有用于推送制品、执行构建、推送构建信息、镜像扫描和构建升级的内置指令。
2、简化和扩展您的流程：具备贯穿整个 CI/CD 流水线的灵活解决方案
3、通过集中解决方案：管理数千条流水线和用户
4、通过集中的精细权限划分和保密管理：兑现安全承诺
5、提高速度和效率：无需干预即可管理复杂流水线
6、支持本地部署、云、多云和混合公有云拓扑部署
Linux 下有哪些特别方便的自动化工具？
下面我来谈谈我的看法首先说道linux的自动工具，就不得不说Python这一最近几年盛行的程序。下面我来说说用python都能干嘛。数据分析处理和数据分析处理python生态环境十分完整。分布式计算、数据可视化、数据库操作等大数据分析，Python中有成熟的模块，可以选择完成它们的功能。对于Hadoop MapReduce和星火，您可以使用Python直接完成计算逻辑。对于数据科学家和数据工程师来说，这是非常方便的。除了桌面程序Python也可以用于桌面软件开发（如崇高的文本，等等），甚至是移动端的发展（见Kivy）。Python简单方便，各种工具包环境可以大大减轻开发人员的负担。著名的UI框架，QT，有一个Python语言实现版本，PyQT。Python的简单易用的特性，以及Qt的优雅，可以轻松地开发复杂的桌面桌面程序并轻松实现跨平台特性。多媒体应用程序可以使用Python、太平、Piddle、ReportLab模块来处理图像、声音、视频、动画等。Python还可以用来生成动态图表和统计分析图表。此外，该pyopengl模块可以非常迅速和有效地写的3D场景。工业产业，为Abes，深渊了特技和动画，星际迷航和印第安娜琼斯，用Python做商业动画。然而，Python在早期星球大战的制作中起着非常重要的作用。现在，Python能够通过它编写非常好的游戏程序。总结就介绍这么多，希望对你有帮助。
openstack自动化部署有哪些工具
Fuel比较值得推荐
这是Mirantis出品的部署安装工具，2013年10月份，推出他的3.2版本，让人很震撼，基本算是把Openstack所有的部署都web化，你可以太多的选择：尤其是网络，存储。这基本都是大家学习的榜样。已经敢和企业签订SLA。
目前国内杜玉杰，九州云，在做该项目的汉化工作和考虑日后的技术支持。
Devstack
这应该算是Openstack最早的安装脚本，他是通过直接git源码，进行安装，目的是让开发者可以快速搭建一个环境。目前这套脚本可以在Ubuntu和Fedora下跑的很好。
如果你想了解新版本的功能，通过Devstack是一个最佳选择。我第一次成功安装Openstack，就是用这个。
Diablo安装脚本
这算是我知道的第一个基于ubuntu 源的安装脚本，当时Diablo发布的时候，有bug，keystone和Horizon无法一起工作，ubuntu 11.10源里的包也是有相同的bug，并且Ubuntu 官方并不打算维护和升级。这位作者个人身份，维护了Diablo 版本后来的升级，打包，并且写了一套脚本。
这套脚本，其实写的非常好，我同事改造了一下，就可以安装Essex版本。目前正在改进，用来安装Folsom版本。
Stackops
Openstack起步的时候，官方的安装文档，其实基本都是来自Stackops，当时他们提供Openstack的部署服务。你下载一个iso，装完一个ubuntu系统后，就会转到他们的web，你填写相关的配置参数，通过chef进行部署。
Stackops在Chef上是比较强悍的，包括Dell的Crowbar，也是和他合作，才搞定Chef。不过我的理解，他的Chef 脚本是没有开源的。
Stackops通过商业定制，进行收费。目前感觉有点走下坡路，业内的声音比较小了。对openstack的新版本支持比较慢，Essex支持，到9月份才支持。目前还没有任何关于Folsom 的支持。
Crowbar
在Openstack上，Dell是有点郁闷，中国的那句老话，起个大早，赶个晚集。Openstack刚发布的时候，Dell就号称要做一个工具部署，不过毕竟是硬件公司，对软件还是比较外行。
Dell的Crowbar，是一个iso，装完后，你可以在web界面进行Openstack的部署，底下其实也是使用Chef。集成了Nagios监控，安装OS是dell自己开发的，有点创新。
以前Dell的Crowbar一个大的特色就是可以远程设置机器的Raid和Bios，这是从Dell，我才知道可以这样做。不过也正因为这个特色，导致厂商绑定，还有Dell自己如何定位Crowbar，当初还想搞一个商业的版本，结果后来放弃。
Crowbar目前的开发，其实应该是遇到问题，任何做部署工具的，应该都是一个很好的失败的案例。后续的发展，维护，更新都是问题。
Maas+Juju
这是Canonical推出的部署工具，可以用在Openstack的部署，类似Puppet，Chef 的部署工具。Maas是用于安装ubuntu，juju是用于部署应用。
openstack哪种部署工具更简单
Fuel比较值得推荐
这是Mirantis出品的部署安装工具，2013年10月份，推出他的3.2版本，让人很震撼，基本算是把Openstack所有的部署都web化，你可以太多的选择：尤其是网络，存储。这基本都是大家学习的榜样。已经敢和企业签订SLA。
目前国内杜玉杰，九州云，在做该项目的汉化工作和考虑日后的技术支持。
Devstack
这应该算是Openstack最早的安装脚本，他是通过直接git源码，进行安装，目的是让开发者可以快速搭建一个环境。目前这套脚本可以在Ubuntu和Fedora下跑的很好。
如果你想了解新版本的功能，通过Devstack是一个最佳选择。我第一次成功安装Openstack，就是用这个。
Diablo安装脚本
这算是我知道的第一个基于ubuntu 源的安装脚本，当时Diablo发布的时候，有bug，keystone和Horizon无法一起工作，ubuntu 11.10源里的包也是有相同的bug，并且Ubuntu 官方并不打算维护和升级。这位作者个人身份，维护了Diablo 版本后来的升级，打包，并且写了一套脚本。
这套脚本，其实写的非常好，我同事改造了一下，就可以安装Essex版本。目前正在改进，用来安装Folsom版本。
Stackops
Openstack起步的时候，官方的安装文档，其实基本都是来自Stackops，当时他们提供Openstack的部署服务。你下载一个iso，装完一个ubuntu系统后，就会转到他们的web，你填写相关的配置参数，通过chef进行部署。
Stackops在Chef上是比较强悍的，包括Dell的Crowbar，也是和他合作，才搞定Chef。不过我的理解，他的Chef 脚本是没有开源的。
Stackops通过商业定制，进行收费。目前感觉有点走下坡路，业内的声音比较小了。对openstack的新版本支持比较慢，Essex支持，到9月份才支持。目前还没有任何关于Folsom 的支持。
Crowbar
在Openstack上，Dell是有点郁闷，中国的那句老话，起个大早，赶个晚集。Openstack刚发布的时候，Dell就号称要做一个工具部署，不过毕竟是硬件公司，对软件还是比较外行。
Dell的Crowbar，是一个iso，装完后，你可以在web界面进行Openstack的部署，底下其实也是使用Chef。集成了Nagios监控，安装OS是dell自己开发的，有点创新。
以前Dell的Crowbar一个大的特色就是可以远程设置机器的Raid和Bios，这是从Dell，我才知道可以这样做。不过也正因为这个特色，导致厂商绑定，还有Dell自己如何定位Crowbar，当初还想搞一个商业的版本，结果后来放弃。
Crowbar目前的开发，其实应该是遇到问题，任何做部署工具的，应该都是一个很好的失败的案例。后续的发展，维护，更新都是问题。
Maas+Juju
这是Canonical推出的部署工具，可以用在Openstack的部署，类似Puppet，Chef 的部署工具。Maas是用于安装ubuntu，juju是用于部署应用。
我是很早就测试他们，本来有操作系统的优势，做部署工具，应该会有优势，不过比较失望，Maas开始的时候，就是一个半成品，Maas装完的操作系统，是无法固定IP地址，真不知道他们怎么想的，可能是我土鳖，不能理解数据中心的机器，都是通过dhcp获得IP。我订阅了juju的邮件列表，一个星期就1,2封邮件，比较惨淡。研究的人估计也很少。
以前Maas底下是使用cobbler，不过现在最新的版本，已经去掉，用ubuntu自己搞的。
依靠自己的公司投入去维护一套工具，难度都是比较大的。所以Maas和juju，前景真的不是太好。你如何和Puppet和Chef竞争？
