大佬教程收集整理的这篇文章主要介绍了运维自动化之---ansilbe运维自动化和ansible架构介绍(1),大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
目标::一切皆自动化
开发工程师—测试工程师----运维工程师 白核测试工程师::心功能实现不,还要关心其他 黑核测试工程师::不关心其他,仅仅关心功能实现不
使用者:程序员 功能:程序员个人的办公电脑或项目的开发测试环境,部署开发软件,测试个人或项目整体的BUG的环境 管理者:程序员
使用者:QA测试工程师 功能:测试经过Dev环境测试通过的软件的功能和性能,判断是否达到项目的预期目标,生成测试报告 管理者:运维 说明:测试环境往往有多套,测试环境满足测试功能即可,不宜过多 1、测试人员希望测试环境有多套,公司产品多产品线并发,即多个版本,意味着多个版本同步测试。 2、通过测试环境有多少套和产品线数量保持一致
使用者:运维 功能:使用和生成环境一样的数据库,缓存服务等配置,测试是否正常
包括代码发布机,有些公司为堡垒机(安全屏障) 使用者:运维 功能:发布代码至生产环境 管理者:运维(有经验者) 发布机:往往需要两台(主备)
使用者:运维,少数情况开发权限给核心开发人员,极少数公司将权限完全开放给开发人员并其维护 功能:多用户提供公司产品的服务 管理者:只能是运维 生产环境服务器数量:一般比较多,且应用非常重要,往往需要自动工具协助部署配置应用
属于生产环境的一部分 使用者:运维 功能:在全量发布代码前将代码的功能面向少量精准用户发布的环境,可基于主机或用户执行灰度发布 案例:共100台生产服务器,先发布其中的10台服务器,这10台服务器就是灰度发布服务器 管理者:运维 灰度环境:往往该版本功能变更比较大,为了保险起见特意先让一部分用户优先体验改功能,待这部分用户使用没有重大问题的时候,在全量发布至所有服务器
程序发布需求: 不能导致系统故障或造成系统完全不可用 不能影响用户体验 预发布验证: 新版本的代码先发布至服务器(跟线上环境配置完全相同,只是为接入到调度器) 灰度发布: 基于主机,用户,业务 发布路径: /webapp/tuangou ----- 软链接 /webapp/tuangou-1.1 ----老版本 /webapp/tuangou-1.2 ----新版本 发布过程 1、在调度器上下线一批主机(标记为maintenance状态) 2、关闭服务 3、部署新版本的应用程序 4、启动服务 5、在调度器上启动这一批服务器 自动化灰度发布
公司计划在年底做一次大型市场促销活动,全面冲刺下交易额,为明年的上市做准备。公司要求各业务组,对年底大促做准备,运维部要求所有业务容量进行三倍扩容,并搭建出多套环境可以供开发和测试人员做测试,运维老大为了年底所有表现,要求运维部门同学尽快实现,当你接到这个任务时,有没有更快的解决方案。
以上是大佬教程为你收集整理的运维自动化之---ansilbe运维自动化和ansible架构介绍(1)全部内容,希望文章能够帮你解决运维自动化之---ansilbe运维自动化和ansible架构介绍(1)所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。