简单介绍一下自己之前写的一个全栈项目,框架用的是django2.1版本 主要对paramiko模块,salstack的API二次开发. 核心组件包括:MQ,mysql,websocket,redis,web控制台采用shellinabox.为了部署方便我已经把所有组件做成了docker镜像如需试用saltstack功能,需要自行安装并配置相关api,然后修改本目录的settings.py配置即可.该版核心功能如下:1. 操作日志留存.审计.分析.2. 动态分配临时账号,对服务器等资源进行临时授权

任何一个领域都遵循从新人到熟手,从熟手到专家的路径.在成长过程中,DevOps人经常会陷入没人带,没人管,找不到职业方向的迷茫. DevOps是在商业演进与企业协作的进化过程中诞生的一个全新职业,被很多人看成是一个“全栈”岗位,是能开发.会运维的复合型人才,但想要从事DevOps工作要从哪学起?如何入门?又该如何精进? 我们对101名DevOps专家进行调研,问题只有一个:从入门到熟手,再从熟手到专家的成长路径中都看了哪些书?最终选出了39本推荐度最高的书籍,分成基础敏捷实战.敏捷测试.精益系列

背景介绍: 最近公司服务器不太稳定,总是在凌晨某个时段突发高负载情况,因为客观环境比较复杂,所以很难猜测出到底是哪个进程出现了问题,加之故障发生时,通常我在睡觉,等我被报警短信吵醒,通过公司 VPN 登上服务器的时候,故障多半已经消失了!不过这个问题难不倒一个合格的 DevOps,让我写个 Shell 搞定它. 实际上解决问题的思路非常简单:通过 CRON 每分钟运行一个 Shell,查询系统负载,一旦发现异常,就通过「ps」命令保存进程快照,也可以进一步保存负载,内存等相关的数据,但通常没有必

当我们谈到 DevOps 时,可能讨论的是:流程和管理,运维和自动化,架构和服务,以及文化和组织等等概念.那么,到底什么是"DevOps"呢? 什么是DevOps 随着软件发布迭代的频率越来越高,传统的「瀑布型」(开发-测试-发布)模式已经不能满足快速交付的需求.2009 年左右 DevOps 应运而生,简单地来说,就是更好的优化开发(DEV).测试(QA).运维(OPS)的流程,开发运维一体化,通过高度自动化工具与流程来使得软件构建.测试.发布更加快捷.频繁和可靠. 关于 DevOp

DevOps DevOps(英文Development和Operations的组合)是一组过程.方法与系统的统称,用于促进开发(应用程序/软件工程).技术运营和质量保障(QA)部门之间的沟通.协作与整合. http://www.infoq.com/cn/search.action?queryString=devops&page=1&searchOrder=date http://www.infoq.com/cn/articles/devops-not-legend  DevOps,不是一个

DevOps(英文Development和Operations的组合)是一组过程.方法与系统的统称,用于促进开发(应用程序/软件工程).技术运营和质量保障(QA)部门之间的沟通.协作与整合.[1] 它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作. 以下几方面因素可能促使一个组织引入DevOps: 使用敏捷或其他软件开发过程与方法 业务负责人要求加快产品交付的速率 虚拟化和云计算基础设施(可能来自内部或外部供应商)日益普遍 数据中心自动化技术和配置管

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享,包括国内外持续集成.持续交付,持续部署.自动化测试. DevOps 等实践教程.工具与资源,以及一些工程师文化相关的程序员 Tips .同步于 flow.ci Blog.微信公众号.官方微博,知乎专栏,简书,欢迎关注或投稿:) 逝者如斯夫,不舍昼夜.一晃几个月的时光已逝,我们在秋冬交界忙碌中做了许多事情: flow.ci 开启公测: 呼声较高的中文版正式上线: 全面支持 iOS 项目的持续集成(需内测邀请). 相关的更新日志

为自动化和分析所设计的软件及服务正加速devops改革的步伐,本文为你盘点了Devops成功的八大炫酷工具 Devops凭借其连接弥合开发与运营团队的能力正在各个行业呈现席卷之势.开发人员和运营人员历来就是水火不容,无论是在开发.测试还是部署上都有着很大的分歧,只有Devops才能扭转这一局面. 人们开发了很多工具来便利Devops的实施,最著名的有Puppet和Chef这两款配置管理工具,不过Devops的内容可不仅限于配置管理.今天我们就来看看其他八款Devops工具. Automic  图

一直很想谈谈Continuous Integration(CI),持续集成. 就在不久前一次朋友聚会上,一个刚刚跳槽到一家创业公司的朋友跟我抱怨说他们没有CI,没有code review,要做点事太累了.而其实让这个刚刚开始上手的新手项目经理无语到吐的原因是,他们的一名主要开发人员责任心不够,很难沟通,bug率很高,还不愿加班改bug. “现在招人很难的啊,所以也不能把他fire掉,哎...” “有了CI又能怎样呢?” “至少不用等到QA发现问题,下班前就能抓住他了!不过现在我们QA连自动化测试

什么是DevOps?终于又回到这个最初的问题. 第一次看到这个词的时候,还身陷于各种敏捷概念轰炸中.用“身陷”这个词其实并不准确,因为那个年代的我也是那些热情洋溢地无处不宣传敏捷的热血文艺青年中的一员.就像天生的一样,我从未接触或真正实践过瀑布模型.瀑布开发对我来说一直是书里的概念,各种流程背得滚瓜烂熟都是应付考试用的东西.打从第一脚踏入老东家N记,Scrum Master骄傲地带着我各楼层领略五颜六色的进度小纸条和大小各异的手写燃尽图的那一刻开始,我就被敏捷浸淫而无法自拔.N记也不愧为国内敏捷

准备了近两周,写了大量的操作手册,设计了大量的动手实验场景,终于在中关村的微软大厦完成了两天的DevOps培训. 最初报名160人,按照之前的培训经验,一般能到一半就不错了,没想到这次现场登记人员就超过140人,再加上没有登记的人员,现场基本爆棚,由四个大会议室组成的MPR会议室人满为患,大家对DevOps这个全新的软件开发运维一体化的的理论和实践充满期待. 第一天对软件开发的需求管理.项目计划和源代码管理进行的全面而深入的介绍,并且为到会的所有开发人员提供现场动手实验的机会,大家兴致高涨,按照

XP+devOps开发模式与scrum敏捷开发对比,docker虚拟化 我们现在用的就是典型的XP+devOps模式,已经放弃scrum了 现在还很多公司弄docker虚拟化docker非常复杂,当然如果只是用别人的只用记一个docker命令就行了docker虚拟化消耗额外的系统资源较少 传统虚拟化会占用一点系统资源.通常日志是写在挂载进去的盘 或者直接通过其它协议扔给日志中心服务器传统虚拟化 启动 销毁 部署 时间都较长docker部署这些就很短 把一个应用(nginx php node) 等

[编者按]计算机软件传统定义为:软件是计算机系统中与硬件相依存的另一部分,软件包括程序.数据及其相关文档的完整集合.然而在时下的开发中,文档的合规性往往被忽视的干干净净.本文由 Todd Waits 撰写,讲述应用程序文档化所遭遇的3个主要挑战,下面一起展开.本文系 OneAPM 联合高效运维编译整理. 通常情况下,正式的文档(如源代码文档.系统需求与设计文档,或者各类用户文档)会被开发团队忽视得彻彻底底,而 DevOps 中关于流程与文档的理念可以帮助缓解这个问题.软件文档通常分为以下几类:代

Fbric.Ansible.Docker.Chaos Monkey:DevOps工具的年中回顾 [编者按]近日,Cyber Engineering Solutions Group 技术经理 Hasan Yasar 在 SEI 攥文盘点了当下流行的 DevOps 思想和工具,其中包括Fabric.Ansible.Docker.Chaos Monkey等.本文系 OneAPM 联合高效运维联合编译整理: 在2014年年底,SEI 博客发表了一系列有关 DevOps 的博客文章,提供指南,实用的建议和

[编者按]IT 领域从来不缺乏杰出的女性存在,近日,DevOps.com 主编 Alan Shimel 盘点了 DevOps 领域的杰出女性,首期为六个,本文系 OneAPM 工程师编译整理. 以下为译文: 首先,本文关注的绝对不是那些新时代衣着暴露的 IT 菜鸟.但毫无疑问的是,本文95%的读者都是男性(其他文章也一样),而造成这个结果很大程度因为 DevOps,甚至是 IT 领域突出的女性并不多. 不要误会,这绝不是 DevOps 所特有问题,在信息安全或其他领域同样如此.尽管如此,许多售卖

[编者按]本文是 Gene Kim 总结自对 Randy Shoup 两个小时的采访,主要关注谷歌 DevOps 的提升之道.本文系 OneAPM联合高效运维编译整理. Randy Shoup 曾协助领导 eBay 和 Google 的工程师团队,他是笔者见过少数能将「建造高效产出 DevOps 与世界级可靠性系统需要怎样领导特质」描述清楚的人之一.其两个演讲(2013 Flowcon 演讲.2000s 早期他在转化 eBay 架构时惊人的工作)深受笔者喜爱. 本文由 Gene Kim 根据对

DevOps 是一种广为人知的活动,其主要目的是使软件交付自动化.的确,DevOps 的目标是持续测试.代码质量.功能开发和更轻松地进行维护更新.因此,DevOps 的终极目标之一是让开发者可以执行快速可靠.自动化的发布,理想状态下,整个流程都不需要人为操作.这被称为持续交付.撰写本文的目的是展示我们现在也能在安卓上实现这一目标,同时分享笔者的想法和反馈意见. 以持续集成为起点 为了实现持续交付,必须确保强大的持续集成.这已经在安卓环境实行一段时间了,但是为了清楚起见,咱们还是回顾一下吧. 首先

[编者按]对于运维人员来说,他们往往需要各种各样的工具来应对工作需求,近日 Dustin Collins 通过「The Best DevOps Tools on OSX」一文对 OSX 平台上的工具进行盘点.本文系 OneAPM 工程师整理翻译. 以下为译文 如果你供职于一个 DevOps 团队,那么肯定会用到很多工具,比如通讯.架构.编排.编程.测试等等.笔者总是关注一些热门工具,这样就能一直跟随潮流.笔者工作中使用的就是 Macbook Pro,因此本文列出了一些经常使用的工具,以及一些使用

引言 全栈工程师(本文称「全栈」开发者)和 DevOps 无疑是近期最火的词汇,无论是国外还是国内.而且火爆程度远超于想象. 全栈和 DevOps,究竟是我们的新职业方向,还是仅仅创业公司老板的心头所爱?且听本文理性分享. Anyway,文末附赠 9 家把 DevOps 搞得风生水起的国外公司及更多信息.本文系 OneAPM 联合高效运维编译整理. 正文 最近有两个特别讨厌的趋势:DevOps 和「全栈」开发者的思想. 时下,DevOps 已经非常流行,以至于讨厌它就像讨厌 x86 架构或单内核

如果说 15 年你还没有将 DevOps 真正应用起来,16 年再不实践也未免太落伍了.国内 ITOM 领军企业 OneAPM 工程师为您翻译整理了,2015 年十佳 DevOps 文章,究竟是不是深度好文,大家一起来看看吧! 本文译自 Hasan Yasar 的文章 the Top 10 Devops Posts of 2015. 2015 年 8 月,DevOps 博客 推出了自己的平台.DevOps 博客针对越来越多采用 DevOps 的企业(自 2011 年来占比高达 26%),提供各种