您的位置:首页 > 运维架构

传统运维与自动化运维工作职责深入分析

2017-02-23 16:05 302 查看
传统运维之工作职责梳理:

运维自动化浅谈
http://baidutech.blog.51cto.com/4114344/748564

对于大批量的系统运维,不外乎几大业务场景:1、统一配置管理(如批量更改服务器的某个参数,批量上传一个文件,批量更改服务器的一个文件)有人说puppet可以做得很好,其实,写个循环脚本,针对每一个ip,执行一个实现配置功能shell脚本(ssh可以实现远程更改一个参数,远程更改一个文件,scp可以实现upload一个文件),是一个件easy的事情,我为什么要耗费精力去学习、配置puppet,且不说puppet的安装可能还需要其他依赖的包。至于说puppet具备版本控制功能,其实就是个鸡肋。在生产环境中,所有系统所做的配置(变更)都会走流程(变更单号),要追朔某个系统的配置变更过程,只需要在“变更管理平台(每个公司的叫法可能不一样)”以关键字(如系统名,业务名,ip,变更项)检索即可。So,我为什么要用puppet等之类的工具?
2、远程命令执行(如批量检查服务器的配置参数)ssh命令完全可以实现该功能,至于批量执行,也不过是在ssh的外层,套一个循环结构而已。所以,我为什么要用func来进行远程命令执行。
至于saltstack(实现了puppet和func的功能),配置麻烦,既然shell都能实现,我为什么要用它?
3、交互过程的自动应答对于一些需要运维人员手动输入的交互过程(如对于没有配置ssh互信的机器的登录,需要input密码,该业务场景发生在配置ssh互信阶段,一旦ssh互信成功,就可以用普通脚本了),expect工具,python的pexpect模块,都能实现。对于大量服务器的操作系统的安装,pxe+kickstart稍显麻烦,但是cobbler其实也没有简单到哪里去。再说,对于IDC而言,采购的服务器都是由供应商负责上架,系统安装(或者推送),IP设定、扎线等。
4、批量部署服务器(web server,app server,db server)现在都是用云平台如OpenStack直接创建,然后跑后置脚本进行服务器软件的安装、配置等。交付的产品都是各种软件都已经配好

自动化运维-自动化工具其实只是个噱头
http://dannyswallow.blog.51cto.com/5062777/1740104

企业自动化运维
http://flymanhi.blog.51cto.com/1011558/1361770

真正从事linux运维了会发现这个职位定位于服务器、用户、研发之间,服务器是老婆,用户是上帝,研发是大哥。老婆需要每天哄着,千万别和自己闹别扭;上帝发怒了,老板会给你白眼;大哥发话了,半夜你得爬起来搞上线。没有强大的抗压能力和坚强的心,英年早逝不是“梦”。在小公司做linux运维比较痛苦,你需要把网络工程师的工作也兼了,但是只要肯吃苦,肯努力,技术水平提升是非常快的。大公司职位分的比较细,从事 linux运维的不会让你去从事网络工程师,但是局限性也大,干了一年多后会发现只对自己公司的业务系统上线和维护比较精通,需要进行提高了。在公司里 linux运维岗位一般划为菜鸟、牛人、总监。菜鸟就是从事基本业务上线的人,有的干这很多年,非常佩服这类神人;牛人嘛,就是对业务系统和行业技术非常熟悉,但是无法当领导的人,牛人始终缺少领导的魄力和魅力;总监一类的就很牛了,不但指技术,更多的是做人和做事上非常值得新人学习。

搭服务(部署并运行起来)
用好 (监控、管理、优化)

自动化 (服务直接的关联和协同工作)
产品设计 (如何设计一个监控系统)

系统架构师 : 网络 系统 数据库 开发 云计算 自动化 运维管理 服务管理 项目管理 测试 业务

专注于某一领域

产品的成功 在于 能够抓住用户的痛点。

公有云 的核心竞争力 运维 稳定 可靠 有保障。

运维分工:

机房运维(负责设备上下架、巡检、报修、硬件监控)
基础设施运维 (系统初始化、系统监控、网络维护)
基础服务运维(内部DNS, 负载均衡、系统监控、钻产管许!⒃宋教ǎ
系统运维 ( 架构层面的分布式缓存、分布式文件系统、日志收集、环境规划(测试开发生产),架构开发、性能优化)
应用运维 (业务运维 项目上线、业务部署、版本管理,灰度发布,应用监控)
安全运维 (整体的安全方案、规范、漏洞监测、安全防护,)
监控运维 (7*24 运维值班、故障处理)

运维标准化

运维架构师

http://www.weibo.com/habadog12?is_hot=1#_0

http://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=2651959886&idx=1&sn=03e45a5014053607eff5e55ed6c660f76amp;chksm=bd2d07928a5a8e8454d395e176fa9d346682abfe9dfbf3244f1dead83ee4508aa25121f9b811

DNS(bind-dlz) Cobbler(API) SaltStack(API) Zabbix (API) OpenStack(API) Docker (API)

OMS (运维平台)

CMDB (API)

Mac 地址 IP 地址 主机名 业务 角色

{&nbsP;&obsp; 商城 nginx

1, 在cmdb 中录入资产 ip
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  运维职责分析