首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    互联网开发模式三:持续集成与DevOps

    持续集成的意义和实践 不管是敏捷开发的快速迭代,还是重构系统,我们都将频繁的编译代码、部署、测试,也就是所谓的集成。如果我们的系统集成效率太低,那么快速的迭代可能变成慢速的迭代,重构系统的频率也会大大降低。有一些项目,每一次集成,都要最少经历两三个小时,如果不顺利的话,搞一个通宵都未必能完成。 “发版本”是很多程序员和运维管理人员的常见加班原因。对于这个问题,很多小型公司开始的时候,并没有给与足够的重视,认为这些事情不过是程序员或者运维的本分工作之一,也是最日常的工作。真正得到出问题了,才发现重要性。 在任

    06

    Jenkins持续集成与自动化部署系统安装配置

    相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛。由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境。因此每次上线仅仅发版就需要2-3个小时。这种方式不仅仅耗时、耗力,更是由于人工操作经常导致一些丢、落的现象。而我们当时的测试也是采用纯手工的测试,发版完毕后一轮回归测试就需要3-4个小时(当时主要是手工测试)。之前也一直提倡持续集成、自动化的测试和运维,但迟迟没有推进落地。终于在一个加班到凌晨四点的夜晚后,我再也受不了。回家后躺在床上迟迟睡不着,心想这个自动化的发布能有多难,他们搞不了,老子自己搞,于是6点爬起来来到公司,正式开始了我的持续集成、自动化部署的研究与推进之路。

    03

    技术角 | “源产控”系列(一)CentOS 8之初相识

    作者按:当下国内外软件开发领域,开源队伍的壮大趋势随着微软收购Github达到了新的高度,众多业界巨头例如Google、Facebook、IBM、Oracle、亚马逊、腾讯、阿里等亦在开源社区之中贡献着自己的智慧,并且带动了开源理念与风气。而随着开源的蓬勃发展,国产化软件也势头正猛,以阿里云OceanBase为代表的一系列国产化软件,凭借着它们强大的业务背景和一定体量的业务需求锤炼,成为了国产化软件的排头兵,带动了更多行业领域企业加入这股洪流之中。这两股强大的东风之流行,伴随着宏观经济贸易的不确定性,点燃了国民核心行业核心技术“自主可控”的星星之火。开源、国产化、自主可控,三个议题的碰撞会出现怎样的火花?“源产控”专题就在此应运而生。

    03
    领券