编者按:本文源自阿里云云效团队出品的<阿里巴巴DevOps实践指南>,扫描上方二维码或前往:https://developer.aliyun.com/topic/devops,下载完整版电子书,了解阿里十年DevOps实践经验. 随着微服务架构和云原生技术的成熟,持续交付的理念也深入人心.持续交付要求开发团队持续.高频地向生产系统交付软件.然而,不断增多的服务数量,给企业交付流程管理带来了巨大挑战.同时,在 DevOps落地的过程中,逐步开放生产环境的发布权限给到开发人员,这种松管控与企业安全…

导读:中国五矿和阿里巴巴联手打造的钢铁服务专业平台五阿哥,通过集结阿里巴巴在大数据.电商平台和互联网产品技术上的优势,为终端用户带来一站式采购体验.本文是五阿哥运维技术团队针对Docker容器技术在如何在持续交付过程中探索和实践,目前已经将发布部署权限开放给应用开发的owner,实现7*24小时“一站式”的持续交付,整体提高了公司研发过程的交付能力. 前言 作为创业公司和推行DevOps工程师们来说,都遇到过这样的问题: 硬件资源利用率的问题,造成部分成本的浪费 在网站功能中不同的业务场景有计算…

本文转自:http://dbaplus.cn/news-21-471-1.html “互联网+”时代,软件产品要想满足快速增长的用户需求,高效.快速的迭代转型必不可少,面对时刻发生改变的互联网及业务模式需求,搭建高效的交付流水线更是势在必行.那么,如何构建一套能快速交付.保质又少风险的持续交付系统呢? 在Gdevops全球敏捷运维峰会北京站的讲台上,百度资深敏捷教练张乐便以持续支付为题,给现场带来了<解密百度持续交付方法与实践>的精彩演讲,独家分享百度在解决这方面问题和挑战时的最佳实践经验.…

保证软件产品质量是软件测试永恒的目标. 以控制为出发点的传统IT时代正在快速的向以激活生产力为目的的移动互联时代转变.这不仅是技术的升级,更是思想意识的巨大变革,也对软件技术的发展带来的更高的要求和更多元化的挑战.从发现软件问题到确认软件质量进而到提升软件体验,测试人员需要紧跟时代,跟上敏捷的开发模式.打好自动化测试的根基.构建完善的QA体系,利用大数据等新技术做好测试管理... 本次开放日,msup携手HPE以测试技术的运用.运维管理.大数据技术为切入点,全景的讨论新时代下软件开发思维的升华和…

你的连续交付能力用得还好吗,比如频繁发布移动或云应用的特性增强?还是恰好相反,快速发布了带漏洞的版本? - Joel Shore 连续交付能让交付流程跑得更快,但连续交付本身并不能为发布质量打包票.国外基于Jenkins持续集成和连续交付平台的某应用交付技术提供商认为,如果发布质量没有得到一定程度上的保障,软件交付的快点慢点都没有太大意义. 随着DevOps兴起以及新时代下的行业竞争日趋白热化,敏捷开发和交付速度渐渐跑到能力新高峰,但大家仍越来越需要更快速交付高质量软件.位于加州的一个软件公司C…

上一文中讲述了如何在AWS下搭建OpenShift集群.这篇文章将目光转向如何在OpenShift中实现CI/CD以及产品环境的部署. 持续交付 如果要打造一个持续交付的流水线,首先要考虑多环境的问题.一般一个应用程序会有多个环境,比如开发环境.集成测试环境.系统测试环境.用户验收测试环境.类生产环境.生产环境.如何在OpenShift中隔离并建立对这些环境的部署流程有多种方案可以选择. 同一个project中使用label和唯一名称来区分不同的环境: 集群中的不同project来隔离环境: 跨…

前言 在互联网项目中,项目测试.部署往往需要花费大量时间.传统方式是在本地打包.测试完毕程序,然后通过ftp上传至服务器,再把测试的配置文件修改为生产环境的配置文件,最后重新运行服务.这一过程如果交给人工完成往往容易出错,如项目有大量的配置,而仅有一处配置不正确将会发生重大的灾难,因此项目的持续构建和持续交付则尤为重要.之前,笔者的项目是通过git+maven+tomcat+jenkins来完成的,而如今阿里云推出了持续交付平台,笔者来为大家踩踩坑. 一.准备工作(spring boot+mav…

我们对于研发效能的讨论,本质上是提高整个技术生态中的协同效率.如果仅从研发角度出发,技术团队要实现的终极目标是7*24小时的灵活发布窗口,以及更快的业务迭代能力. 7*24小时发布窗口的实现其实并不简单,受限于很多因素.我简单的进行了分解. 一.系统 先从最基础的开始说,当一个创业团队只有几个人,一两个系统的情况下,是可以不考虑研发效率这回事的.因为不存在系统间的依赖,系统内的依赖也完全在一个可控的范围内,本地起一个 Tomcat 或 Apache 就能开发.调试.另外再加上团队成员之间的高频交…

当下软件发展趋势 当今 IT 行业发展中比较流行的几个技术,首先是微服务化,将原有的一个系统拆分成多个,意味着有多个系统需要构建.测试.部署和运维. 第二个是敏捷开发模式,需求粒度更细化,要求一个可独立部署单元快速开发.快速测试.快速部署上线,实现快速迭代. 还有一个就是容器化,随着容器技术的快速发展,越来越多的应用迁移到了容器上. 这时候就会出现一些问题,如果当下软件交付继续使用传统模式,就会需要花费大量的人力物力,同时有大量的重复部署任务,且交付无法做到快速型.那么有没有一种更好的交付方式满…

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57a31921ac3a1fb613dd40f3 Android 不仅系统版本众多,机型众多,而且各个市场都各有各的政策和审核速度,每次发布一个版本对于开发同学来讲都是一种漫长的煎熬.相比于 iOS 两三天就能达到 80% 的覆盖速度而言,Android 应用版本升级至少需要两周才能达到 80% 的升级率,严重阻碍了版本迭代速度.也导致市场上 App 版本分散,处理 bug 和投…