原文出处:https://www.cnblogs.com/beef/p/7743594.html ref: [DevOps]团队敏捷开发系列--开山篇 https://www.cnblogs.com/hyhnet/p/8082390.html 现在DevOps已经成为发展的趋势了,那它又是怎么实现落地的呢? 落实DevOps的指导思想 首先我们还是要回到什么是DevOps,如果大家忘记了可以回到之前再温故一下,包括我总结的DevOps公式. 其实DevOps核心思想就是:“快速交付价值,灵活响应…

经历了两天不懈努力,终于恢复了一次误操作删除的生产服务器数据.对本次事故过程和解决办法记录在此,警醒自己,也提示别人莫犯此错.也希望遇到问题的朋友能找到一丝灵感解决问题. 01 事故背景 安排一个妹子在一台生产服务器上安装 Oracle,妹子边研究边安装,感觉装的不对,准备卸载重新安装. 从网上找到卸载方法,其中要执行一行命令删除 Oracle 的安装目录,命令如下: rm -rf $ORACLE_BASE/*   如果 ORACLE_BASE 这个变量没有赋值,那命令就变成了: rm -rf …

…

天下没有神奇的配方 很抱歉,文章的开头我就要说出这个残酷的事实 - 世界上没有任何工具可以魔法般的让你实现敏捷,精益,DevOps.如果只是依赖了工具的自动化,实现了自动化Dev或者Ops,那么别忘了为什么这两个词要连在一起,你真正实现理念和行为的转变了吗,还是只是一味的悬浮在概念上无法落地.如何在开发和运营团队之间进行协作和沟通,更应该是一种文化和理念上的转变和演进.DevOps不是马良的神笔,也不是太上老君的仙丹,所以醒醒吧. 瀑布>敏捷>精益> DevOps,有多少人在一直不停的追…

当开发团队把代码提交到 Git 应用仓库的那一刻,他们心里在想什么? 祈祷没有bug?渴望回家补觉?产品经理Go Die? 对,也不对.因为这只是最终发布万里长征的一小步,接下来要面对测试环境.生产环境.客户环境,我这明明没问题到你那就崩的环境…… 其实,对开发和运维人员来说,心里最想的是一次创建或配置,可以在任意地方正常运行. 据扯,2017年程序员们最痛恨的一首歌是“我们(环境)不一样!” “那为什么不用Docker呢?” 在一次线下meetup上,技术潮人小明向正在抱怨的技术总监老王如此建…

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

敏捷:  分工角色  大项目分小项目   每个节点时间设置里程碑 Scrum实施的核心可以概括为“化繁为简”,从几个维度解释下: 团队角色的定义,将团队人员定义为三个角色,Scrum Master(主要负责消除障碍,带领团队运作).Product Owner(主要负责描绘产品远景,定义优先级).Scrum Team(主要负责实现产品) 工作任务的拆分,将产品需求拆分成小的用户故事,并评估优先级 时间的拆分,将项目周期拆分成固定时长的迭代周期,每个迭代交付一部分可验收的功能,通常迭代长度为1到4周…

2015,8,11,晚上,与李旭科书法字作者,在Q上聊了下 有些资料 涉及到字库设计.字库产业,对大家也有益处 按惯例 没细整理,直接发blog了 ps,9.11 靠,今天是911,早上查资料,在 fonts.com发现了这款英文,字王模板库里面,也有n多(n>100)这类风格的中文字库,可是嫌太丑,一直没敢发布,看来心态还是不够 open, 再一次证明:,存在就是合理的: http://www.fonts.com/search/all-fonts?SearchType=WebFonts&p…

(1)80% Java工程师都有的迷茫 这篇文章,跟大家聊一聊很多很多很多人问我的一个问题:中小公司的Java工程师应该如何规划准备,才能跳槽进入BAT这类一线互联网公司? 之所以我用了三个 “很多” 来形容这个问题,是因为实在这个问题太普遍了,因为国内Java工程师至少好几十万,但是在国内互联网大厂里干过的码农可能也就十分之一,或者五分之一的比例. 所以,其实这个也是符合28法则的,少部分人在大厂里干过,发展的很好.但是大部分人还是在中小型公司,或者外包类传统IT公司里工作. 这些同学可能对自…

在一个项目团队中,开发与运维之间的关系像极了知名大型游戏<刺客信条>里的故事:开发就是追求自由的刺客联盟——我喜欢用各种新颖技术手段去满足用户爸爸那些花里胡哨的需求,你别管那技术好不好用,总之它实现了需求:运维就是那支持秩序的圣殿骑士——我要的是稳定运行!稳定运行!稳定运行啊! 于是,产品与运维之间形成了一道墙. 开发部门夜以继日地打造出自己的“杰作”,并怀着今晚就能开庆功会的心情把自己的“杰作”交给了运维部门,殊不知墙那面的运维们对开发的抱怨才刚刚开始: l  这款优秀的产品在目前的底层平台…