devops

Software development has already undergone an important journey from its beginnings to test automation and continuous testing. As time progresses, however, it is certain that testing will have to evolve as well. With digital transformations and the drive towards DevOps, automated testing is now at the heart of software testing and has taken the lead in the development process. 软件的发展从开始到自动化测试和持续测试已经走过了一个重要的旅程。时间的流逝，测试也会同样的演变是毋庸置疑的。随着数据的变革和开发运维驱动，自动化测试现在已经是软件测试的核心，并且在发展的进程中处于领先地位。 Artificial Intelligence (AI) seems to be the future of testing. AI has created high hopes in software testing and

顾翔老师的《软件测试技术实战设计、工具及管理》网上购买地址： https://item.jd.com/34295655089.html 《基于Django的电子商务网站》网上购买地址： https://item.jd.com/12082665.html 店铺二维码： 来源：https://www.testwo.com Welcome to the world of automation powered by AI 欢迎来到人工智能驱动的自动化世界 With one API call, you can add the power of AI to your mobile test automation. The team at test.ai has teamed up with Jonathan Lipps , the lead contributor of Appium and founder of Cloud Grey , to add a bit of AI to Appium. The AI finds common elements in mobile apps such as search text boxes, login buttons, etc., so test developers don’t have to worry about all those

简介： 阿里云ECS自动化运维套件架构师，深度拆解云上运维能力体系建设：自动化运维等级金字塔、自动化运维的进阶模式、DevOps的基础核心、云上标准化部署三大能力…… 序言 云计算行业已经有十多年的发展了，话题早已从“要不要上云”转向“如何用好云”。“要不要”其实是一个决策性的话题，直到决策出来一个结果了，话题就算结束了。而“如何用好云”却是一个持续性的话题。 一般来说，在规划阶段开始，企业就会开始思考“如何用好云”，这个话题会伴随用云的整个过程。如果简单地从工作类型划分，除了业务代码的研发（Dev），其他的部分都可以称为运维（Ops），包含资源创建（环境部署）、应用部署、资源管理、资源监控、报警、故障排查等工作。 笔者从事云计算工作超过五年时间，参与开发过多款云产品，可以说既是云计算产品的消费者，也是云计算产品的生产者。在这里，笔者谈一谈对云上DevOps能力体系的多年思考和总结，希望对准备上云或是已经上云的运维人员有所帮助。 1 自动化运维等级金字塔 从运维自动化等级和程度来看，DevOps其实是一种非常高级的自动化，不仅自动化程度比较高，而且对于自动化的完成方式有着非常严格的定义。关于运维自动化与DevOps的关系，其实可以非常好地参考汽车自动驾驶技术分级标准，笔者做了个对比图，如图1。 图1:自动化运维等级金字塔 如图1，自动化运维可分为5个等级， 分别是手动运维、半手工

感谢有你 ！ Linux Foundation APAC 服务中国 为会员打造更健康的开源生态 Linux Foundation APAC （LFAPAC）自成立以来，不知不觉已经为中国开源社区服务 多 年 了。 作为一个开源技术的布道者，我们每一位同事都对开源充满了热爱，这些年我们一直不断通过各种渠道持续地关注大家感兴趣的开源技术，努力学习这些开源技术并推广给身边的朋友们。当我们看到越来越多的中国公司拥抱开源，努力成为全球开源的领跑者，我们也开始在调整我们的角色！ 开源人才教育者 一个开源项目的成功有很多因素，除了优良的技术和一个稳定的项目核心团队之外，还需要能够凝聚一个强大的开源社区。 一直以来，开发者如果希望学习一个开源技术，往往需要花大量的时间在网上搜索资料，在交流群看专家分享，在GitHub上阅读文档，就算是K8s这样明星级的项目，有海量资源可以让我们看到饱，但是在这个资讯爆炸的年代，快速掌握准确的资讯才是关键！ 还有一些关键项目因为地域，语言，人才和技术复杂度等原因，大家可以找到的有用资料并不多。 为了降低进入开源项目的门槛和提高学习新技术的效率, LFAPAC 引入 Linux基金会开源软件大学， 联合技术源头的专家为关键开源项目设计和开发了一系列的线上和线下认证课程，通过标准化技术认证培训来加速技术的推广和普及。 Linux

布道者 （Evangelist）源自希腊语，意思是带来好消息的人。对我们来说，"开源布道者"其实不光是一个工作头衔，更是一种生活方式，一个称职的开源布道者首先必须热爱开源，如果你不爱这个事业，无论你的个人能力多么出众，你都不可能成为一个好的布道者。光有学历和经验是不够的，我们期待的是热爱开源的志同道合伙伴。我们坚信开源是促进人类科技进步的最重要的力量之一，作为一个开源布道者，我们期待更多的朋友因为我们的努力而加入开源布道者的行列！ 在2021新的一年，我们很欢迎Linux Foundation APAC首批Open Source Evangelist正式上任！以下为 10位Open Source Evangelist 的介绍 ( 按姓氏排列顺序，排名不分先后)： 陈冉 Sam Chen 陈冉 Sam Chen 开源 改变了世界，并让世界变得更美好。 我叫陈冉。 是中国一家DevOps独角兽CEO兼创始人。 我在开源的推广、使用和盈利方面有超过8年的经验。 此外，作为一个传播者，我还积极参与到不同的开源社区。 寻找持续为开源做贡献的机会，并与之一起成长。 陈兴友 陈兴友 陈兴友是一位Linux内核开发者、云计算从业者，曾在多家公司担任技术预研、培训工作。 作为理学学士及工学硕士，从业经历涉及服装、运维、内核开发、网络安全、图像处理、嵌入式设备等方向，个人兴趣涉及电子线路、物联网、绿植

云计算的发展，推动了自动化运维、DevOps、AIOps 等趋势的兴起，在业务快速变化的今天，企业希望通过一套自动化运维的专家系统提高运维效率，为业务提供支撑。 传统的方式下，打造一套成熟的 DevOps 流程需要有大量的技术投入，如果采用商业软件还会有不菲的支出。无论是哪一项，都意味着大量的时间成本和财务成本支出。云计算正在改变这种情况。 为云而生的 ECS 自动化运维套件 2 月 3 日，阿里云宣布推出 ECS（Elastic Compute Service，弹性计算服务）自动化运维套件。这是一套无需自行部署、云原生的免费产品能力，可以帮助企业实现从IT架构的规划、迁移、部署、弹性扩缩容，到日常管理，覆盖云基础设施全生命周期的自动化运维。 “ECS 自动化运维套件是真正为云而生的自动化运维体系，能发挥云的最大价值，也能让企业享受云的技术红利。”阿里云弹性计算负责人张献涛表示。 据阿里云介绍，ECS 自动化运维套件涵盖服务器迁移中心、资源编排、运维编排等 13 个工具，覆盖跨地域部署、定时快照等 20 多个常见运维场景 。利用阿里云自动化运维套件，企业在迁移、部署和扩容的场景下，能实现最高 10 倍的效率提升 ，实现从人工到自动的质变。 今天，企业在云上需要管理数十万的云服务器，如何高效地批量管理成为重要问题；即便是中小型客户，自建机房还是在云上，都需要完成类似上线下线、扩缩容

简介： 云原生架构本质上也是一种软件架构，最大的特点是在云环境下运行，也算是微服务的一种延伸。 起源 1. 云原生（Cloud Native）的由来 云原生的概念最早开始于 2010 年， 在当时 Paul Fremantle 的一篇博客中被提及 ，他一直想用一个词表达一种架构，这种架构能描述应用程序和中间件在云环境中的良好运行状态。因此他抽象出了 Cloud Native 必须包含的属性，只有满足了这些属性才能保证良好的运行状态。当时提出云原生是为了能构建一种符合云计算特性的标准来指导云计算应用的编写。 后来到 2013 年 Matt Stine 在推特上迅速推广云原生概念 ，并 在 2015 年《迁移到云原生架构》 一书中定义了符合云原生架构的特征： 12 因素、微服务、自服务、基于 API 协作、扛脆弱性 。而由于这本书的推广畅销，这也成了很多人对云原生的早期印象，同时云原生也被 12 要素变成了一个抽象的概念。Matt Stine 认为在单体架构向 Cloud Native 迁移的过程中，需要文化、组织、技术共同变革。 解读：** 云原生架构本质上也是一种软件架构，最大的特点是在云环境下运行，也算是微服务的一种延伸**。 2. CNCF 基金会成立及云原生概念的演化 2015 年由 Linux 基金会发起了一个 The Cloud Native Computing

序言 云计算行业已经有十多年的发展了，话题早已从“要不要上云”转向“如何用好云”。“要不要”其实是一个决策性的话题，直到决策出来一个结果了，话题就算结束了。而“如何用好云”却是一个持续性的话题。 一般来说，在规划阶段开始，企业就会开始思考“如何用好云”，这个话题会伴随用云的整个过程。如果简单地从工作类型划分，除了业务代码的研发（Dev），其他的部分都可以称为运维（Ops），包含资源创建（环境部署）、应用部署、资源管理、资源监控、报警、故障排查等工作。 笔者从事云计算工作超过五年时间，参与开发过多款云产品，可以说既是云计算产品的消费者，也是云计算产品的生产者。在这里，笔者谈一谈对云上DevOps能力体系的多年思考和总结，希望对准备上云或是已经上云的运维人员有所帮助。 1 自动化运维等级金字塔 从运维自动化等级和程度来看，DevOps其实是一种非常高级的自动化，不仅自动化程度比较高，而且对于自动化的完成方式有着非常严格的定义。关于运维自动化与DevOps的关系，其实可以非常好地参考汽车自动驾驶技术分级标准，笔者做了个对比图，如图1。 图1:自动化运维等级金字塔 如图1，自动化运维可分为5个等级， 分别是手动运维、半手工/半自动化运维、高度自动化、标准化运维和AIOp s，分别对应自动化驾驶的6个Level，其中运维自动化L2对应了自动驾驶的Level 1和2

前阵子发了个朋友圈，2020年很艰难，目前看2021也不会很快变轻松：世界还没有恢复过来，国外还在提倡居家隔离，国内也在建议原地过年…… 但是，人可以被lock down，学习可以继续啊～ 乔帮主那句著名的话，其实就是来自于这本书的。放在今天这个语境，我又加了一句，所以就成了： Stay hungry, Stay foolish, Stay home. 我心里的翻译两个版本： 正经版：求索如饥，求知若愚，心安归处。 搞笑版：做个吃货，做个二货，做个死宅。 那么问题来了，闷在家里怎么学习呢？2020年的12个月过去了，2021年的1个月也过去了，时间真的别再浪费了。在家只要有网络，就能开始学习。最近我自己逼着自己去考了微软的考试，在这个过程中也发现很多非常有价值的资源和信息。稍后可以和大家分享一下，所以请耐心看完以下的介绍～ 考虑到大流行对于整个经济和政治不可逆转的影响，全新的工作模式将会变得越来越重要。这个过程中，即包含了非接触的远程工作方式，也包含了非接触的云端计算方式。 因此，视野之内其实也看到了越来越多的混合架构。同时，从不同的方面也获得了大流行期间出现了更多的安全威胁。作为这个行业的从业人员，我们可以暂时不使用，但却不能一直不了解。所以，明天（2月2日）将有一场重量级的技术盛会——ITOps Talks：All Things Hybrid，在线上为大家提供非常丰富的内容

2020 年 12 月 23 日，阿里巴巴资深技术专家陈鑫（神秀）在“2020 云原生实战峰会”的“互联网 CTO 数创先锋营”（闭门会议）中为现场的数十位互联网公司 CTO 及技术专家分享《数字化时代，如何构建下一代研发协作工具平台》。（本文整理自神秀的现场分享，为方便阅读，内容有删减） 本次分享主要由四部分组成： 1、企业在成长过程中遇到的研发效能困境； 2、研发管理从信息化走向数字化的路径，以及背后的逻辑； 3、云原生和 AI 两项新技术在研发平台上的落地； 4、结合阿里巴巴自身案例，分享如何进行研发管理数字化落地。 1 企业成长与研发效能 企业研发效能的制约因素 在“互联网 CTO 数创先锋营”（闭门会议）分享中，阿里巴巴资深技术专家陈鑫（神秀）从人员规模增长、软件服务架构、技术演化三方面系统地分析了企业研发效能的制约因素，并从中提炼出三个关键因素：成本、人以及人与人之间的协同损耗，这三个因素构成一个“环”。 （如下图所示） 陈鑫认为成本是不可能无限放大的，所以它是这个“环”中最关键的约束。而因为成本原因，企业往往不能雇佣足够优秀的工程师，甚至需要采用外包团队去完成业务开发，因此人员的技能不足是常态。又因为人员的能力参差不齐，甚至无法满足技术要求的，所以就无法创造出完美的架构和完美的组织设置，这就会出现大量的协同消耗。技术债务是会累积的，协同消耗往往会随着时间不断放大