阶段性总结:      跌跌撞撞的用了一周左右的时间做完了网站自动升级功能,中间遇到了很多的问题,也学到了很多,在此做一个总结.   1.整体架构: 后台:nginx+uwsgi  #nginx提供web服务,uwsgi对python代码进行解析 前台:flask+bootstrap+html  #flask是python的一套web开发工具,bootstrap是一套现成的模板,html不用解释. 功能:shell+saltstack+svn #saltstack 功能的核心,自动化运维工具.…
原文地址:https://www.ibm.com/developerworks/cn/opensource/os-devops-saltstack-in-cloud/index.html#N10072 因为有时候项目上线,需要将本地或者跳板机上的发布版本发布到服务器上,如果服务器数量少,可以一台一台手动拷贝,一旦遇到数量成百上千的服务器,手动拷贝就满足不了需求.于是可以通过自动化运维工具实现,有puppet.saltstack.ansible一些工具. 本文中介绍的架构,主要是在 CentOS7…
互联网+的需要 在信息越来越繁杂的互联网时代,公司所运行的项目越来越多,项目相关服务繁多,服务之间存在复杂的依赖关系,运维与管理任务越来越繁重,手工交付需要花费很多的人力与时间,且安全性和时效性均无法保证.对于多资源型分布/分离式部署项目,Udeployer应运而生. 随着企业对版本上线质量和速度的要求越来越高,敏捷开发.Devops的接受度越来越高 传统的交付方式因为项目之间缺少依赖.环境不一致.版本不一致.人为操作失误等情况使得项目交付过程中问题不断,而互联网企业发展节奏快.版本发布频率高,…
背景 公司计划在年底做一次大型市场促销活动,全面冲刺下交易额,为明年的上市做准备.公司要求各业务组对年底大促做准备,运维部要求所有业务容量进行三倍的扩容,并搭建出多套环境可以共开发和测试人员做测试,运维老大为了在年底有所表现,要求运维部门同学尽快实现,当你接到这个任务时,有没有更快的解决方式? 技术说明 随着信息时代的持续发展,IT运维已经成为IT服务内涵中重要的组成部分.面对越来越复杂的业务,面对越来越多样化的用户需求,不断扩展的IT应用需要越来越合理的模式来保障IT服务能灵活便捷.安全稳定地…
ansible 系统架构 ansible简介 ansible是新出现的自动化运维工具,ansible是一个配置管理和应用部署工具,基于Python开发,集合了众多运维工具(puppet.cfengine.chef.func.fabric.SaltStack )的优点,实现了批量系统配置.批量程序部署.批量运行命令等功能.ansible是基于模块工作的,本身没有批量部署的能力.真正具有批量部署的是ansible所运行的模块,ansible只是提供一种框架,根据官方提供的信息,当前使用ansible…
长久以来,IT 运维在企业内部一直是个耗人耗力的事情.随着虚拟化的大量应用.私有云.容器的不断普及,数据中心内部的压力愈发增加.传统的自动化工具,往往是面向于数据中心特定的一类对象,例如操作系统.虚拟化.网络设备的自动化运维工具往往是不同的.那么,有没有一种数据中心级别的统一的自动化运维工具呢? 答案就是Ansible.和传统的自动化工具 (如 Puppet)相比,Ansible 尤其明显的优势: 简单,是一种高级的脚本类语言,而非标准语言. 不需要安装 agent, 分为管理节点和远程被管节点…
Puppet实现自动化运维 一.案例分析 1.案例概述: 随着服务器数量的增多,系统管理员任务量也逐渐增加,这时就需要简洁的.强大的框架来完成系统管理任务为实现这一目的,我们将引入一批工具,这批工具是“可编程”的,系统管理员只需要为这批工具写上几行“代码”,它便会自动完成所有的工作,这批工具就是运维自动化puppet 在一些大型互联网企业中,运维自动化管理着几百甚至上千台服务器,它可以针对多台服务器进行统一操作,例如部署统一软件.进行统一上线维护等,而且能够快速完成上线部署,减少人力及人力误操作…
公司计划在年底做一次大型市场促销活动,全面冲刺下交易额,为明年的上市做准备.公司要求各业务组对年底大促做准备,运维部要求所有业务容量进行三倍的扩容,并搭建出多套环境可以共开发和测试人员做测试,运维老大为了在年底有所表现,要求运维部门同学尽快实现,当你接到这个任务时,有没有更快的解决方案? 一.简单介绍 1.定义:      ansible是新出现的自动化运维工具,基于Python开发,集合了众多运维工具(puppet.chef.func.fabric)的优点,实现了批量系统配置.批量程序部署.批…
发现分布式是一个发展的趋势,无论是大型网站的负载均衡架构还是大数据框架部署,以及云存储计算系统搭建都离不开多台服务器的连续部署和环境搭建. 当我们的基础架构是分散式或者基于云的,并且我们经常需要处理在大部分相同的服务器上频繁部署大致相同的服务时,我们就应该考虑自动化配置和维护了. 让用户极容易配置和维护数十台.数百台.乃至数千台服务器. 幸运的是,现在有很多运维管理工具是为此目的而设计的,它们能够让我们使用配方,模板,剧本(或者其他描述)来简化环境搭建中的自动化和编排,以提供标准,一致的部署.…
目录 传统运维和自动化运维的对比 CMDB CMDB 的几种实现方式 传统运维和自动化运维的对比 1.企业中,项目的发布流程 产品经理调研需求 -->三方开会讨论(开发,产品,运维,测试) -–> 开发进行开发产品 --> 测试流程 (黑盒和白盒测试) -–> 上线 传统的上线流程: SVN 开发将代码压缩一下发给运维,运维拿到代码之后,然后将代码解压缩,部署到服务 器上,启动服务 好处:流程比较简单 坏处: 服务器多的话,部署就非常的慢,影响上线的进度 自动化运维的流程 搞一个…