如何做一名优秀的运维工程师

  • 时间:
  • 浏览:0
  • 来源:uu直播快3平台

“平台”虚无缥缈,只可是工程师工作的”界面”,都都并能认为是“平台”,比如linux是有1个多多操作系统平台,git是源码管理的平台。当你们对“平台”的看法是偏执的,但当你们指的“平台”大多是web的平台,要登陆,有花哨的人机交互界面。一点缺少编程交互接口。偏离 工程师还引以自豪研究会了javascript。但那么 你的大问提是是不是都要用web的防止方案来防止?都并能用工具就学会英语了?可能性,我是说可能性,都要要开发web,有那么 考虑面向资源的web?开发RESTful的web?引入一点框架,提高开发传输效率。有十几次 项目当你们在排期的已经 前会 按照5天 排期的?原因可是有1个多多web,有1个多多所谓的“系统”。我有1个多多在主机管理工具中尝试引入rails开发web,有1个多多小时主体的功能就完成了。完成了页面,数据库设计,同時 支持API,并能直接通过curl添加、修改、删除、查询。可能性都要开发web,那么 大慨是有1个多多的web。

以数据存储方案为例。为那此选择左面的方案而那么 选择右面的方案。有那此条件?数据支撑是那此?左边的方案为那此选择mfs,而那么 选择hdfs,数据支撑?论据支撑?为那此选择入口服务器,而前会 直接mount磁盘,指在的风险是那此?数据是?为那此选择4台入口机,而前会 3台,5台?为那此选择lvs,而前会 bvs?mfs的副本对下载传输效率有那此影响?改选择十几次 副本?有数据么?整个方案穿透了都少层?哪层会先成为瓶颈?那此时间,达到那此条件,当你们都并能过渡到右边的方案,前期都要做那此?可能性遇到风险当你们该缘何办?并能通过有效的最好的办法监测和预知风险么?

你的服务的瓶颈在哪?容量是十几次 ?有十几次 指标那么 你关注的,哪个指标现在指在有风险的状态,你的服务器每个时刻前会 做那此?并能通过曲线图读出目前系统指在的状态可能性正在执行的任务么?常用的模块间的连接策略和负载均衡策略有那此?偏离 的优势和缺点是那此?你的服务适合使用哪种策略?

当到达T4的已经 ,可能性积累的足够的经验,包括在运维技能上的,服务上的,成本和传输效率上的考虑。

足够的积累+防止大问提+影响别人 = T6,T7……

有1个多多成功的产品(系统,工具,尤其是底层的)一结速前会 在满足一点人的需求。在把一点人的大问提很好的防止了已经 ,发现它其实是有1个多多伟大的产品。linux,git,perl,ruby前会 有1个多多。当然也前会 说暂且胸怀大志,只顾防止一点人的大问提。同样,这也前会 有1个多多好的工程师。理想的状态应该是,先把一点人的大问提防止掉(用功能和代码抽象等等技术),在防止大问提的同時 兼顾别人对同样的大问提的看法和需求。有1个多多工具和防止方案必有它的优势和弱项。可能性一结速就想去防止每每人个的大问提,那必将得到有1个多多毫无特色的,处处充满妥协的产品。最有多问问一点人,你有那么 “真正”“好”的防止了一点人的大问提?

如(仅举例): SSH的原理是那此?怎样保证安全性?那此是非对称加密?那此是上方人攻击?SSH是怎样防止上方人攻击的?一点特性对传输正确性有那此影响?known_hosts和珍间人攻击是那此关系?为那此上方写的密钥和我写到远程的公钥不一致?一点密钥又是那此?会有那此影响?

在遇到有1个多多比较比较复杂的大问提上。要并能有一点人的思考和分析了。那此样的状态,该选择那此样的方案防止大问提。每个方案的特性是那此?暂且说你的方案好,一点方案的不够是那此?会引发那此新的大问提?引发的那此新大问提该怎样的去防止?那此已经 结速防止?那此已经 我的方案可能性不适宜了,该被推翻重来了?当你在提出有1个多多方案的已经 ,并能很好的回答有1个多多的大问提。那么 你可能性具备了权衡的能力。那么 说你可能性有的经验,你的思维判断能力并能支持你防止比较比较复杂的大问提了。那么 完美的方案,可能性并能针对比较比较复杂的大问提。采取有效的折中,突出方案的不得劲,弱化方案的缺点。要时刻记住一点。那么 完美的方案。一点有美的、简单方案。可能性用简单的、美的、有效的最好的办法防止了大问提。并能带领工程师完成工作。这是T5应该有的能力。

线上的每有1个多多细节都知道么?有那此种任务调度的最好的办法?分别适合那此场景?你的服务是那此样的?有那么 重复的代码,和不一致的脚本?举十几次 例子?你的服务是“干净”的屋子,还是有1个多多“肮脏”的杂物堆?你能给新人讲清楚服务的细节么?你带的新人踩过坑么?

listhost设计的初衷,设计的折中?有那此特性和缺点?作者的考虑是那此?可能性那么 listhost呢?同样的大问提,服务树呢?可能性你那么 我可是知道5点,我认为深入思考的还不够。数据传输有那此种最好的办法,那此已经 选择推,那此已经 选择拉,之间的区别又是那此?gingko对kfp的改进是那此?gingko和kfp对数据传输脚本设计有那此影响?

可能性上述有1个多多大问提的回答是yes。一点并能在你做的运维工作中结合一点人的知识并能有效的防止大问提。那么 你具备T4工程师的能力了。这是有1个多多必要非充分条件!!

推荐一本小书–“你的灯亮着么?”,中文版可能性绝版,这儿有偏离 中文翻译。主可是教你怎样定义大问提,看待大问提,防止大问提,思考大问提的奇书。

都要更多的技术积累。积累先进的技术,跨工种的技术。比如:系统底层的原理,怎样提高编程的传输效率,快速实现一点人的想法?那此是design?怎样做好的设计?当你们的测试团队前会 做那此?怎样保证软件质量?软件质量可是QA的事情么?当你们日常使用的运维工具,那此是合理的?那此是不合理的?那此样的系统是美的?怎样以最简洁的最好的办法防止有1个多多大问提?为那此搜索广告是key word->ad , 而网盟是url->key word->ad?研发工程师做的运维方面设计决策是是不是合理的?当你们的理由上和数据上的支撑是那此?

说道这里,帮我说一下“脚本”。“脚本”指的是用python,perl,ruby,shell等语言写出来的工具。在当你们眼中貌似成了有1个多多贬义词。有1个多多防止方案可能性是脚本的,就会被认为功能低下,无法复用,简单临时的拼凑。(我可是知道当你们是是不是都存有1个多多多的偏见,但在我付近的环境中是有的)。帮我在这里为“脚本”正正身。一门语言,当你们那么 够简单说他好与不好。那么 说c可是好的,脚本可是不好的。关键在于怎样使用,在那此场景下使用,写的是有1个多多那么 参数防止,那么 文档,那么 异常防止,那么 单元测试的脚本肯定前会 有1个多多好的脚本。