自动化部署软件

① cobbler 通过哪一个工具来实现系统的自动化部署

一、概述 服务最好安装在 Centos下，它需要Python支持。 Cobbler服务是一个容器，它整合了以下几个开源软件: 1 Dhcp 2 Dns (可选bind,dnsmasq) 3 Kickstart/PXE 4 Apache(提供kickstart 的安装源，并提供定制化的kickstart配置) 5 Tftp (PXE启动时需要) 同时，它和apache做了深度整合。通过 cobbler，可以实现对RedHat/Centos/Fedora系统的快速部署，同时也支持Suse 和Debian(Ubuntu)系统。 综上所述，一个理想的安装环境是： 相关配置参数： 官方文档 : https://github或mirrors 相关配置文件: /etc/yum/fedora/epel/5/i386/epel-release-5-4/fedora/epel/5/x86_64/epel-release-5-4/fedora/epel/6/i386/epel-release-6-7/fedora/epel/6/x86_64/epel-release-6-7/fedora/epel/5Server/x86_64/debmirror-20090807-1/linux/rpm2html/search.php?query=debmirror 4 : The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed, try: "openssl passwd -1 -salt 'random-phrase-here' 'your-password-here'" to generate new one //解决办法 : 默认加密的密码，可以修改 5 : fencing tools were not found, and are required to use the (optional) power management features. install cman or fence-agents to use them //解决办法 : 关于电源管理(跟DELl 远程控制协议类似东西?)，也暂时不管。 10)重启 cobbler，并更新相关配置 //重启服务 /etc/init.d/cobblerd restart //同步最新cobbler配置，它会根据配置自动修改dhcp，bind 等服务，因此我称之为容器的原因。 cobbler sync 注：在 对cobbler进行研究的整个过程中，得到了前辈陈沙克老师( ) 的大力支持和解惑，在编写此文时，也借鉴了部分沙克老师的文章，特此感谢。

② 如何在Ubuntu 14.04服务器上自动化部署Spring Boot的应用

1. 在Ubuntu中安装Java8
以下是一个简单的安装方法。
$ sudo add-apt-repository ppa:webupd8team/java
$ sudo apt-get update
$ sudo apt-get install oracle-java8-installer
$ java -version
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
2. 本地使用Gradle发布Spring Boot应用
我这里使用Jetty9作为内置的服务器。
// ...
bootRun {
systemProperties = System.properties
}
configurations {
compile.exclude mole: "spring-boot-starter-tomcat"
}
dependencies {
// spring boot
compile "org.springframework.boot:spring-boot-starter-web:1.3.0.M5"
compile "org.springframework.boot:spring-boot-starter-jetty"
// ...
}
//...
在本地运行默认使用 src/main/resources/application.yml
作为配置文件，而在proction环境中我们系统它支持提供外部的配置文件 application-proction.yml
。
./gradlew bootRun # 开发环境下默认使用项目里的application.yml
# 在本地测试使用外部配置文件
./gradlew bootRun -Dspring.config.location=/path/to/application-proction.yml
# 发布
./gradlew build
# 运行
java -jar build/libs/SpringBlog-0.1.jar # 默认使用jar包里面的application.yml配置文件
# 使用外部配置文件
java -jar build/libs/SpringBlog-0.1.jar --spring.config.location=/path/to/application-proction.yml
3. 在Ubuntu服务器上部署Spring Boot应用
# 上传SpringBlog-0.1.jar到服务器
scp build/libs/SpringBlog-0.1.jar root@your_server_ip:/root/spring-blog/current
# 在服务器上配置生产环境的配置文件
scp application-proction.yml root@your_server_ip:/root/spring-blog/current
然后 SSH
登录服务器，修改配置文件 application-proction.yml
，试运行应用。
ssh root@your_server_ip
cd spring-blog/current
java -jar SpringBlog-0.1.jar --spring.config.location=application-proction.yml
# application-proction.yml
server:
address: raysmond.com # 使用域名或者IP，启动之后就可以这个域名或IP访问网站了
port: 80
contextPath:
spring:
profiles:
active: proction
thymeleaf:
cache: true
jade4j:
caching: true
dataSource:
driverClassName: com.mysql.jdbc.Driver
url: jdbc:mysql://127.0.0.1/spring_blog
username: root
password:
hibernate:
dialect: org.hibernate.dialect.MySQLDialect
hbm2ddl.auto: update
show_sql: false
redis:
host: localhost
port: 6379
4. 如何在Ubuntu中后台运行Spring Boot应用？
推荐使用 nohup
这个命令。
cd /root/spring-blog/current
nohup java -jar SpringBlog-0.1.jar --spring.config.location=application-proction.yml \
> ../logs/proction.log 2> ../logs/proction.err &
在Ubuntu还可以 /etc/init.d
目录下新建一个脚本，把SpringBlog作为service来运行，这样不用每次都打这么繁琐的命令了。新建一个 /etc/init.d/spring_blog
文件，内容如下：
#!/bin/sh
SERVICE_NAME=spring_blog
HOME=/root/spring-blog
PATH_TO_JAR=$HOME/current/SpringBlog-0.1.jar
PID_PATH_NAME=/tmp/spring_blog.pid
LOG=$HOME/logs/proction.log
ERROR_LOG=$HOME/logs/proction.err
CONFIG=$HOME/application-proction.yml
case $1 in
start)
echo "Starting $SERVICE_NAME ..."
if [ ! -f $PID_PATH_NAME ]; then
cd $HOME/current
nohup java -jar $PATH_TO_JAR --spring.config.location=application-proction.yml > $LOG 2> $ERROR_LOG &
echo $! > $PID_PATH_NAME
echo "$SERVICE_NAME started ..."
else
echo "$SERVICE_NAME is already running ..."
fi
;;
stop)
if [ -f $PID_PATH_NAME ]; then
PID=$(cat $PID_PATH_NAME);
echo "$SERVICE_NAME stoping ..."
kill $PID;
echo "$SERVICE_NAME stopped ..."
rm $PID_PATH_NAME
else
echo "$SERVICE_NAME is not running ..."
fi
;;
restart)
if [ -f $PID_PATH_NAME ]; then
PID=$(cat $PID_PATH_NAME);
echo "$SERVICE_NAME stopping ...";
kill $PID;
echo "$SERVICE_NAME stopped ...";
rm $PID_PATH_NAME
echo "$SERVICE_NAME starting ..."
cd $HOME/current
nohup java -jar $PATH_TO_JAR --spring.config.location=application-proction.yml > $LOG 2> $ERROR_LOG &
echo $! > $PID_PATH_NAME
echo "$SERVICE_NAME started ..."
else
echo "$SERVICE_NAME is not running ..."
fi
;;
esac
现在就可以使用service的方式来运行网站了。
sudo service spring_blog start
sudo service spring_blog stop
sudo service spring_blog restart
5. 在本地自动化部署网站到远程服务器
在本地我用了一个shell脚本和一个python脚本来配合自动化部署。

deploy.sh
使用 gradle
的命令发布jar包，使用 scp
命令吧jar包上传到服务器上；

deploy.py
使用 SSH
远程登录服务器，并在服务器上执行部署命令。
# deploy.sh
#!/bin/bash
SERVER="your_server_ip"
JAR="build/libs/SpringBlog-0.1.jar"
echo "Building $JAR..."
./gradlew build
echo "Upload $JAR to server $SERVER..."
scp $JAR root@$SERVER:/root/spring-blog/
python deploy.py
deploy.py
主要使用了一个 paramiko
库，用于 SSH
远程登录服务器，并执行命令。这个脚本会把服务器上 /root/spring-blog/current/SpringBlog-0.1.jar
备份到 /root/spring-blog/releases
中，并把新发布的jar包放到 /root/spring-blog/current
中，然后重启 spring_blog
服务。
#!/usr/bin/python
import paramiko
import threading
import time
ip = 'your_server_ip'
user = 'root'
password = ''
jar = 'SpringBlog-0.1.jar'
home='/root/spring-blog'
current=home+"/current"
releases=home+"/releases"
def execute_cmds(ip, user, passwd, cmd):
try:
ssh = paramiko.SSHClient()
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
ssh.connect(ip,22,user,passwd,timeout=5)
for m in cmd:
print m
stdin, stdout, stderr = ssh.exec_command(m)
# stdin.write("Y")
out = stdout.readlines()
for o in out:
print o,
print '%s\tOK\n'%(ip)
ssh.close()
except :
print '%s\tError\n'%(ip)
if __name__=='__main__':
print 'Start deploying %s to server %s'%(jar, ip)
now = time.strftime("%Y%m%d%H%M%S")
cmd = [
'echo Stop spring_blog service... && service spring_blog stop',
'echo Flush all redis cache data... && redis-cli -r 1 flushall',
'echo Stop redis server... && service redis_6379 stop',
'echo Use new jar... ' + \
' && mv ' + current + '/' + jar + ' ' + releases + '/' + now + '_' + jar ,
'mv ' + home + '/' + jar + ' ' + current + '/' + jar,
'echo Stop redis... && service redis_6379 start',
'echo Start spring_blog service... && service spring_blog start ' + \
' && echo All done.'
]
a=threading.Thread(target=execute_cmds, args=(ip,user,password,cmd))
a.start()
配置完以后，在本地写完代码就可以运行 ./deploy.sh
一键部署到远程服务器了。

③ 如何制作部署时软件自动安装程序(比如QQ)

按你所说的.软件自动安装程序.
很简单一看就会
深度软件安装管理器
看图:
http://www.orsoon.com/Soft/UploadPic/2008-9/2008913214160944.jpg

下载
http://www.orsoon.com/Soft/8537.html

④ 大家是怎么自动化部署测试环境的

牵涉到原则性的问题，我这里不敢随便说，就给几个建议吧。
1.尽量仿真。
测试环境理想情况是与产品运行环境一致，包括硬件和软件的，但实际上在互联网公司，几乎没有哪家能够做到这点，不现实。但作为测试人员，应该想尽办法做到与产品运行环境一致或接近，越接近，测试结果越可靠，测试数据越有说服力。
2.尽量独立。
条件允许的话，尽量把手工测试、自动化测试、性能测试（这个比较特殊，一般都单独拿出来）的环境隔离，各自在独立的环境下操作执行。为何要隔离开？因为手工测试涉及人为频繁操作，包括各种异常测试，极易把环境的纯净性破坏掉。自动化测试环境独立，不受外界干扰，容易高效率执行自动化测试用例，避免无谓的环境和人为因素造成误判。性能测试一般运行时间比较长，如果放在日常的自动化测试环境中，不利于持续集成和每日频繁的产品验证工作。
3.易扩展。
在每套测试环境相对独立的情况下，各套环境的配置应该具备可扩展性，便于增加或减少某些设备配置，适应业务的需求和成本控制。
4.容灾性。

⑤ 如何实现企业应用部署自动化

目前市场上将机器人流程自动化定位为无代码的用户端计算机工具，由业务部门拥有并运行，实现日常工作任务的自动化并带来可量化的经济效益。它可以降低业务部门对传统IT自动化方案的依赖，提高效率与准确性，降低运营风险，实现对高昂人力的重新部署，以重新聚焦于创造价值的活动。

但与此同时，行业分析公司Gartner在其2019年的报告中大胆预测，到2021年，将有近40%的企业因为使用不当、使用场景单一和无法扩展而后悔购买机器人软件。如何打造可持续发展的企业流程自动化能力，解锁虚拟劳动力所带来的全部红利，成为了企业需要认真思考的问题。

在实践中，虽然有很多公司开始尝试部署及应用机器人流程自动化，但往往仅在一开始取得了很好的效果，后来却停滞不前，未能充分发挥虚拟劳动力的潜力。为什么会有这样的结果？是哪些因素阻碍了机器人流程自动化达到其预期的效果？

我们依据实施及使用机器人流程自动化的经验和专业知识，总结出了成功实施企业级流程自动化的三大关键要素，即战略、运营模式及人员。

企业需要从战略层面考虑如何定位、利用及实施流程自动化

机器人流程自动化在应用操作层面具有良好的集成能力，其项目的实施极为迅捷并拥有相对友好的用户界面，这使得很多企业将机器人流程自动化视为战术性解决方案。例如，对旧系统之间的集成、填补其他企业应用程序留下的自动化空白并最终使员工从重复性任务中解脱出来。

机器人流程自动化的高投资回报率虽然可以通过战术性的实施来实现，但如果企业能够更有战略性地使用并部署虚拟劳动力，则会享受到更多红利。尽管速赢这个概念在流程自动化实施的过程中非常有效，但仅仅基于某个单项指标选择要实施的流程是错误的。将虚拟劳动力提升至企业战略层面意味着在选择业务流程时，要考虑到协同效应，并且将根据必要的部署规模和时间来建立相应的业务案例。领导层的战略支持对于企业打造可持续发展的机器人流程自动化能力至关重要。原因出自于以下四个方面：

1.构建有说服力的业务案例

理论上讲，机器人通过7天×24小时的不间断工作，可以完成大约五名全职员工的工作量（FTE），处理任务的速度平均比人工快25%，并且消除了流程步骤之间的空闲时间，尤其是需要由多人协同处理某项流程时。因此，通常情况下，业务案例是基于一个机器人至少完成三到四名全职员工的工作量所构建的。但是，仅通过战术性部署机器人流程自动化并无法实现期望的结果。因为要实现这些目标，公司必须实施足够数量的自动化流程。例如，当所有流程因为业务需要只能在白天完成时，企业只利用了能够全天候工作的虚拟劳动力三分之一或一半的能力。

2.从简单流程扩展到复杂流程

在机器人流程自动化实施的初期，企业一般会聚焦于相对简单的流程，逻辑清晰，实施敏捷，加上足够的交易量，可以很容易构建出相关的业务案例。但为了确保机器人流程自动化的可持续发展，企业必须尽快找到可实施相关技术的新领域和机会，其中可能包括更为复杂的流程。幸运的是，现在的虚拟劳动力已经变得更加智能。通过将机器人流程自动化融入到企业的整体数字化战略之中，与企业所应用的其他前沿技术相结合（如文字识别、自然语言处理、机器学习、人工智能等），将创造出更多应用虚拟劳动力的场景。

3.专注于企业流程的标准化及优化

我们在为企业实施流程自动化的时候会经常发现，现有流程的设计未必是最优状态。流程的步骤及逻辑可能未必清晰，总部与分/子公司的流程未必统一。机器人流程自动化的实施是企业优化其流程的一个契机。虽然同时完成流程重建及自动化实施将花费更长的时间，但其所能带来的结果将更为可观。

4.确保机器人流程自动化融入企业IT战略

从技术层面考虑，应用机器人流程自动化或将影响企业 ERP 部署的安排（延长ERP系统迭代间隔期），作为企业旧系统的新集成方式，并有可能将 IT 资源从日常的API 接口开发和维护中解放出来。预先了解机器人的特性，将帮助机器人流程自动化融入到企业的整体 IT 战略规划中。

创建可持续发展的运营模式，管理开发与实施风险及后续维护方案

在企业完成其虚拟劳动力的战略规划后，需建立一套可持续发展的运营模式（如数字化虚拟劳动力卓越中心），确保战略的落地实施。在起步阶段，企业应重点关注流程识别、自动化实施、运维管理及持续创新这四大职能，而非人员数量的多少。

打造可持续发展的企业流程自动化能力需要关注战略、运营模式、人员三大要素，缺一不可。如果实施得当，虚拟劳动力的能力是巨大的，其产生的结果也是惊人的。然而，为了充分获得虚拟劳动力所带来的红利，企业必须从战略上实施机器人流程自动化，并对机器人的开发和持续运营的资源投入进行认真管理。战略性实施需要有说服力的业务案例，从简单的流程到复杂的流程，并将机器人流程自动化作为总体流程改进的一部分，将其融入企业的整体IT技术方案之中。

另外，企业不应忽视流程上线后对机器人的持续监督需求。数字化操作和人工操作一样，都需要监督。一旦第一台机器人投入使用，就需要持续进行监督。监督涉及到管理工作队列、日程安排、执行规则和支持，以及机器人的端到端可视性、机器人活动的实时仪表板，以及实施自动化与控制和调度的职责分离。任何机器人流程自动化的实施都必须考虑到对这种新能力的要求及其与现有运营模式的整合。

*以上内容引用、整理与转载自“安永EY”

⑥ 如何使用SHELL批量或自动化部署软件

思路如下
shell 非交互安装软件
变量+软件目录
循环体
安装软件命令
结束。

⑦ 如何实现系统和软件的自动部署

请按照以下方法卸载瑞星： 方法1 第一步： 请点击开始菜单，在运行中输入regedit，点确定按钮进入注册表编辑器，找到HKEY_L0CAL_MACHINE\SoftWare\Rising，如果您安装了瑞星防火墙，在rising键值中会有rav（瑞星杀毒软件）和rfw（瑞星个人防火墙）两项，请根据实际情况删除rav或rfw键值，然后退出注册表编辑器。 第二步： 找到瑞星的安装目录（默认：C:\Program Files\Rising），根据实际情况删除rav（瑞星杀毒软件）或rfw（瑞星个人防火墙）文件夹，如果无法删除，可以到安全模式下操作。然后重新安装瑞星杀毒软件或防火墙。 方法2 你进控制面板的添加或删除程序里面卸载试试看。还可以安装超级兔子来卸载呀， 方法3 如果你会重装系统就重启电脑进入f8里重装 或者也可以打电话给卖电脑的来你家重装系统 能帮你的就那么多了 希望你喜欢 谢谢！ （不准抄袭 抄袭全家死光光）

⑧ 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是用于部署应用。

⑨ django+nginx+uwsgi+git有哪些自动化部署工具

ansible可以定义不同的role，比如装python是一个role，安装django是一个role可以给role的不同步骤定义tag，这样执行时就可以按tag来执行关键ansible是python写的，用ssh来执行，不需要安装agent！

⑩ 大家都是用什么自动化部署工具的啊 - PHP进阶讨论

现在已经出现一些自动部署系统供应商，我们公司Electric Cloud的产品Electric Flow是一个支持端到端自动化的平台，可支持与配置库SVN集成，自动构建、调用自动化测试以及自动部署到你需要的环境。 平台支持自定义自动化流程可解决任何复杂的部署过程。
Electric Cloud总部在美国硅谷，国内你可联系我：[email protected]