运维工程师工作日志 (11页)

运维工程师工作日志运维工程师工作日志篇一：计算机专业(运维方向)实习报告实习目的：实习报告通过毕业前的实习巩固自己在大学期间所学的相关知识，锻炼自己实际的工作经验，熟悉运维相关知识。锻炼自己在工作中的人际关系。让自己在毕业之后能尽快实现从学校到社会的转变。实习任务：1、巩固大学期间所学的知识。2、学习互联网企业的运营模式。3、延伸学习系统的应用，学习实现系统运维。4、了解服务器的相关知识，为系统运维打下坚实基础。实习内容：1、学习服务器平台的安装与搭建，并将其应用到现实的工作中，能独立完成批量服务器系统的安装。2、熟悉公司所用服务器的各个型号，了解服务器的架构知识，学习RAID和远程管理卡的相关知识，并能够在服务器中部署。学习磁盘阵列的设置及其部署知识。3、熟悉应用项目的部署，包括apache、tomcat、nginx等服务器的部署，并且把应用项目成功部署在tomcat服务器。4、熟悉应用项目的负载均衡配置、日志切割、数据备份等一些服务器优化软件和工具，为应用项目做好各个方面的优化。5、熟悉oracle数据库，了解应用项目所需的oracle数据库，可以在项目中正确部署oracle数据库。6、深入学习系统知识，了解工作的基本原理与工作之中常见的问，做好系统的运维工作。实习结论：经过在香港美食家生物科技有限公司三个月的实习，使我真正认识了什么是运维。学到了大学期间没法学到的知识，并且巩固了大学期间所学的知识。除此之外，我还了解了企业的运营模式。实习体会：能够从事运维工作，我感到非常开心，我也非常珍惜这个来之不易的机会，在这段实习期间我学到了很多东西，也见识了很多从来没有见过的企业级的网络设备和服务器。从企业级服务器，交换机，路由到磁盘阵列和负载均衡设备。实习的时间虽然不长但是我的收获是无限的。相信实习的经历必将对我未来的工作产生深远的影响。我从以下几个方面来分析和总结这段时间的工作。（一）、入职公司。我进这公司，是我的一个同学介绍的，他介绍我到那公司去面试，结果通过了。第二周就可以到公司上班了，是从事运维工作。第一天去公司上班心情非常激动。我是到公司的运维部，职位是运维工程师，这个职位我很喜欢。我心底里想，我一定要以出色的工作来报答这个职位，要做一位出色的运维工程师。当我在实习劳务上签下自己名字的那一刻我对自己说，我的职场生活从这里开始了。我的实习生会在这些配置下正式开始了。（二）、工作性质。来到一家公司就等于自己已经踏入了社会，我们再也不能像在学生时代那样随意和散漫了。我们要按时的完成自己的工作，我们要在工作中不断的去学习区超越。来到公司的第一天，我就要对我们这个工程部有个全面的认识，我们负责公司家校通项目服务器的运维工作。听到我们的工作我被震撼了，原来我们这个部门这么重要，我们是整个公司运作的基础，我们工作的好坏直接关系到公司服务是否正常。(三)、工作的态度人性总是有一些弱点，公司太一帆风顺时会觉得工作乏味没有挑战性；工作太有挑战性时，觉得自己没有那么强的能力去把他做好，因为满眼的都是困难、措折、痛苦和压力。人们最喜欢那种事情在自己的掌控当中，又有一些可以创新的工作和小的挑战，我就是那种人。但是在现实生活中，很难碰到适合自己味口的工作。前段时间工作积极性特别的高涨，但是在写这篇报告时，心情却沉入了低谷，所以言词可能比较消极。在做一件事前，我就在想“要么不做，要做就做到最好”，所以我会尽一切努力去把它们做好。在遇到困难时，想想为什么会出现这种问题，有什么解决，哪些是我可以做到的，哪些是需要别人帮助才能完成的。“罗马不是一天可以建成的”，要每天多学一点，长久后才可以成长起来。人总是在与自己搏奕，有时赢了有时输了，人的心理在不断的辗转。在工作时需要注意以下几点：1、上班就得专心做公司的事，下班时一定要完成自己手中的工作，不要把工作留在第二天。同时更重要的是我们要多学些东西，多想自己的事情，要明白什么是自己真正想要的，努力提升自己在工作中所欠缺的各种知识和技能。2、在对公司各种设备的应用熟悉的请框下，我们还要学习相关的原理知识，因为我们在未来的工作中海会遇到各种未见过的问题，这不仅需要我们的经验，更需要我们队设备原理的理解。3、当我们的工作与其他发生冲突的时候，我们要保证重要的。例如在工作中我们遇到故障，我们应首先保证服务，我们要先让服务跑起来，让客户能正常的访问我们的网站。至于我们的故障我们可以等服务保证了在解决。有些提案发生矛盾是我们应分清轻重，例如管理员要做RAID又要保留硬盘的数据。我们应该先于其联系，确定工作后才实施。因为数据丢失的后后果是很严重的。4、要懂得任何时候一个故障的排除都是对自己的一次考验和积累。5、广交人源，耐心主动，这样才能从他们身上学到更多的经验。6、思考什么路才是最适合自己的，面对生活，自己要怎样去选择，怎样去坚持和放弃。7、遇到问题，多思考为什么出现这种问题，要通过什么方式才能解决。8、多总结前人的经验和自己的经验，避免在后面的路出现问题。（四）、与人的交际公司至始至终就以轻松的氛围，良好的环境，和谐的人际关系著称，在新浪我神游体会，在我们部门有个内部的知识库，我们部门的技术都是共享的，每个新设备的测试上面都会有相应的文档共大家学习，知识库对所有应用的知识是非常丰富和详细的，在实习期间那是我知识的重要来源。在实习期间我虽没有为其贡献什么文档，但在我知识的积累上那里面也会有我的文档的。对于一个实习生来说，工作对我们的要求相对较低，很多工作室不能让我们独立去完成的，所以没个工作我都会有个正式员工的带领，没词工作的师傅都不是一个人，我们必须学会与每个同事想处，这样我们能够正常的完成工作，同时我们在与其交流中我们还能学到他们的经验。如果相处的好的话他们会给自己一些小的建议和意见，这对自己是很重要的，这对未来能否在这个工作中转正也是起到很大作用的，因为这是他对工作的总结，这样可以减少自己在工作中的弯路。目前我遇到的困难有：（1）软件内容太多，很容易忘记，有的很容易记混淆。公司大部分软件都是使用了开源的软件，这些软件在学校是很少接触的，更是学校所部讲的内容，自己必须在他们的文档和官网信息中学习各种软件的使用（2）公司根据公司的需求会在开源的软件中作相应的定制，这些和公版的软件是有很大的区别的，所以我们得在学习公版的基础上学习公司的定制版，同时我们还得思考为什么实施这些定制。（3）公司采用的服务器的型号中多，在不同型号中又有略微的差距，在外形上他们长的很像，我们要学会统计这种东西，找到自己的方法逐渐趋认识他们。（4）学习中应用简单，但是真正到了现实的应用，在服务器上跑上了很高的负载那服务器的优化时很困难的，任何改动都会导致系统的不正常，这需要我们队这种知识不断的去积累。（5）人际交往：如何与各色人群打交道。虽然上次于经理给我讲了一个轮构，但是很多东西还是要自己去实践，去摸索的。（五）、生活的态度才刚刚工作不久就感觉心理变得苍老。勤劳的人是让人钦敬的，但所接触的朋友说“多年的工作让我清楚这个社会的运转不是控制在辛勤劳动的人手上，而是那一班根深帝固的政治家、资本家手中...工作中的认真负责不是为了讨好表现，而是为了要冶练自己的品性，是在为自己，不是为老板”。生活就像是一场游戏，每个人在进入游戏当中时，扮演的角色不同，玩游戏的目的不同，心态不同，也就注定了在这场游戏中的命运。态度是一个很重要的事情，生活是一种态度，工作也是一种态度，这是工作两年体会最深的，也是收获最大的。以一种积极的态度去面对生活，以一种负责的态度去做好工作，心态调整好了，其他的都是细节。回想起工作过程中那些不堪回首的渐近崩溃放弃的关头，坚定的态度是那么一点一滴在铸就起来，一个被人认可的人首先一定是一个认真负责的人，一个认真负责的人无论到哪里都可以站得正。相对于经验和技术而言，这些都是可以积累的，可以日久能熟的，但是否能有正确的态度却是因人而异的，有的人永远让人感觉畏锁。我从来没有把现在的工作当作实习，我就是认定我是在工作，而不是来学习东西的。我是为工作而学习，学习是为了把工作做得更好。（六）、期望希望可以从事运维方面的工作，工作越来越好。篇二：IT运维工程师职能IT运维工程师岗位职责为满足公司的快速发展，提升业务部门网络办公效率，提升IT服务意识，IT运维工程师按照SLA协议承诺受理公司用户提交的IT服务请求，包括用户使用网络、服务器、电脑终端及周边设备等设施过程中软硬件维护、事件处理、操作指导、资讯指导等，提供规范、稳定、持续、高质量的IT可用资源和服务。一、分担部门KPI指标,实现部门SLA承诺1、事件管理a.通过主动积极服务或热线电话和邮箱受理等公司用户提交的IT服务请求；b.及时记录所有用户的事件，保证记录完整率达标；c.在SLA承诺的时间内响应用户的事件，响应及时率达标；d.对用户事件进行规范的分类、分级，并按事件级别不同要求进行响应和处理；e.在承诺的时间内处理用户事件，或按规范传递给高一级技术支持，保证事件处理及时率达标；f.综合运用服务规范、沟通技巧和专业技能处理用户事件，并记录处理过程及，保证事件处理平均时间达标；g.规范跟踪用户事件的处理进展，最终关闭事件或提交BUG立项，保证事件解决率达标；h.定期抽样回访用户和汇总用户意见，进行自我批判和持续改善用户满意度，保证用户满意度达标，用户投诉率在承诺范围以内；i.承诺日平均事件处理数量，主动接管处理事件，高峰期需要灵活调整事件平均处理时长；j.运维值班人员按规范跟踪突发事件以及通报相关人员，保证跟踪正确率达标；k.对本岗负责的事件跟踪处理，根据事件处理经验，提出合理化建议，将各类隐患消除在可控范围内；l.养成良好工作习惯，做到事前有、事中有控制、事后有反馈、完成有记录；2、配置管理a.IT资产配置管理：对IT资产生命周期进行管理，包括分类统计、预购、选购审核、转移审核、报废审核，保证配置管理正确率达标；b.建设案例库：累积和提炼工程师的事件处理经验制作成案例，并持续丰富运维案例库供查询，案例覆盖已知事件的比率达标，不断提高运维工程师工作效率；c.IT系统配置信息管理：定期更新网络及应用系统描述信息及技术支持信息配置，保证最新；3、问题管理a.对事件进行统计分析，找出疑难、重复发生的事件，纳入问题管理流程，分析问题产生的根本原因，确定可能解决的方案，需要修改网络或应用系统配置时提交变更申请触发变更管理流程。4、发布管理a.运维值班人员按规范统一发布信息部网络及应用系统正式公告、变更公告、特殊公告等，正确率达标；二、其他运维工作a.承担新员工导师工作，辅导新员工快速熟悉公司文化、环境、工作岗位及提升技能，为新员工顺利通过试用期提供保障；b.持续反省自身的工作、总结工作中存在的不足和可改善之处，积极对部门运作提出改善建议；c.积极参加公司重点应用项目的培训并按事件管理规范提供支持，如SAP、OA系统等；d.应部门发展需要在不影响现有工作的基础上主动承担其他项目支持，如网络、服务器，程控交换机等；e.共享个人的技术经验，主持运维内部讲座；f.积极参加信息部各类培训，有计划地进行自我学习，不断提升自身专业技能；g.对重点维护设备进行定期巡检并记录，巡检及时率和正确率达标；三、其他工作a.担任IT讲师，应其他部门邀请提供IT技能培训，提高其他部门办公人员的IT操作水平；b.贯彻执行公司理念，积极完成上级分配的临时任务；篇三：IT运维心得分享360公司运维心得分享在很多“外人”的眼中，运维工程师的工作不过是搬机器、调网络、装软件、处理故障、7×24小时值班，简单而又枯燥至极。但事实并非如此，运维工作涵盖很多技术领域，运维工程师要掌握硬件、软件、操作系统、开发等多方面的知识，核心目标是为亿万用户使用的产品保驾护航。当今互联网行业的发展日新月异，新技术层出不穷。为了适应发展趋势，运维工程师只有提升技术能力才能更好地完成艰巨的运维任务，必须要对传统运维发出自我挑战。在360，运维团队由基础运维团队、网络运维团队和应用运维团队三部分组成。我们将运维从技术支持领域升级，进行产品化改进，核心目标是为了降低运维成本、缩短研发周期、让产品试错更廉价。理想很丰满，现实很骨感，从最初服务少量项目、几十台服务器，发展到大量具有数亿用户的项目，我们也在不断摸索，在试错中成长。在这个过程中，我们经历了两次重要的升级。第一次升级：运维工具化运维工作中有很多琐碎的、重复的事情，初期我们只有两个IDC，服务器数量有限，项目数量也较少，靠纯手工劳作还可以应付。但随着时间的推移，项目暴增，随之IDC和服务器的数量也成倍增长，同时360各项目都是小团队在做，开发风格不同、习惯各异，但极致要求响应速度，如果运维工作按照之前方式进行，很难满足需求。大势所趋，我们必须进行工具化升级，将重复的事情自动化。在工具化过程中，我们秉着低成本、拿来即用的原则，借鉴业界成型的方案，同时将精力用在对开源软件的研究中，有开源工具就绝不自己凭空创造。初期，我们只围绕开源软件做周边脚本开发，不动核心代码，在实践中总结经验。例如，在最基础的部署软件环境中，我们基于YUM搭建了自己的包管理系统，将常用软件打包，同时根据项目做成模板，这样无论是初始安装还是扩容都能在分分钟完成。配置文件管理利用Puppet完成，服务器批量操控依赖SaltStack。就这样我们的运维兵器谱在不断地丰富。另外，运维工作离不开监控报警，这是一件让无数运维人苦不堪言的事情。而会休息才会工作，监控体系必须优化。我们的监控大概分为系统级、应用级、项目逻辑和用户体验四部分。系统级主要监控硬件和网络等；应用级主要监控常用软件的健康状况；项目逻辑监控主要模拟用户行为探测项目功能点是否运行正常；用户体验监控主要联动博睿和基调等第三方监控一起优化用户体验。我们用过的工具很多，开源工具有Nagios、Cacti、Ganglia、Zabbix等，同时自己也开发了一些针对项目场景的监控工具，但万变不离其宗，都是围绕上述几个维度进行监控，然后再进行分级预警和报警。为了减少报警骚扰，我们分级处理，将报警分为邮件预警、短信报警和疯狂短信报警。以磁盘空间监控为例：每天下午6点，统计磁盘使用率超过80%的机器，发出邮件预警，下班前解决；在预警的基础上，超过85%触发短信报警；超过90%就要持续报警，避免事故的发生。此外，随着服务器数量的增多，硬件故障在所难免，架构设计需要考虑高可用方案，冗余范围内的服务器故障会以邮件预警的方式发出，避免对运维工程师的骚扰。有了监控工具和分级机制，还需要有好的制度。为了大部分人可以安心休息，我们每天有专人负责处理常规报警，遇到无法解决的问题才要求他人协助。第二天的负责人要针对第一天的报警找出根本原因，并尽力解决，因为如果无法根治，困扰将持续发生。所谓线上无小事，实际工作中复杂场景引发的问题数不胜数，所以可以宽容第一次错误，但不能接受同样问题发生第二次，要不断地总结和完善。工具化是运维的必经之路，是向更高层发展的基础，面对运维这样复杂的学科，这样一个极其磨炼人意志的工种，运维工程师需要用聪明的方式解决复杂的问题，节省时间，去做更有意义的事情。第二次升级：运维产品化我刚提出运维产品化时，有朋友开玩笑说，你做后端运维吃苦受罪这么多年，看着产品经理吃香的喝辣的，羡慕嫉妒也想转行做产品吧。也有人说，你是在偷换概念，不就是做自动化运维平台嘛。其实提出这个概念，一方面是源于有了足够的工具化积累；另一方面是想换一种思路做运维，培养产品观，站在用户的角度思考问题，让处于后端的运维工程师主动挖掘需求，围绕运维做更多的探索，提升团队技术能力，解决海量用户带来的问题。有了这个想法，就需要将无形的技术转变为有形的产品形态，同时要赋予它好的寓意。我们的产品取名为HULK——绿巨人，意在让小伙伴们借助巨人的肩膀成长，轻点鼠标，运筹帷幄。想到做这个平台，源于对实际工作需求的观察。产品经理有了创新点之后，开发工程师就想以最快的速度上线，但又会很痛苦，因为产品就好比宝塔明珠，塔基需要一层层地盖。而开发工程师是与运维工程师合作最紧密的兄弟，“兄弟有难得拔刀相助”，因此我们明确了开发工程师就是运维平台的用户，运维工程师在平台的建设中扮演了多重角色，是建设者也是使用者，但目标是为用户解决问题，让我们的用户有极致的用户体验。基于这些想法，我们勾画出了宏伟蓝图，提供一个塔基，第一层提供核心基础服务，如Web、RDB、NoSQL等；第二层提供通用基础服务，构造一个完美的平台，让开发工程师受益。但勾画的平台功能大而全，需求都是我们替用户假想的，这样做的后果就是进展缓慢，但做出的功能没人用。我们在失败中反思，意识到需求还得从日常工作中去挖掘，平台上每个功能模块都必须解决用户的痛点。互联网精神唯快不破，要围绕“快”找痛点。早期开发和运维的合作中，更多的是邮件、IM及当面沟通，跨团队的沟通成本是第一个痛点。初期平台建设中，我们从加速流程开始进行摸索，以“需求任务流”为核心，将通用需求规范流程，统一需求提交页面，同时尽量为用户提供选项，而不是随意填写，尽量减少沟通成本，同时为完全自动化打好基础。由于完整的自动化流程开发成本比较高，初期我们还“投机取巧”，用户提交需求以后，只是把格式化的邮件发送给运维工程师。运维工程师使用半自动化工具干活，完成后再通过平台任务流告知用户结果，手工操作的部分是隐藏在平台后面的，用户不得而知。就用这种方式，我们的平台积累了不少用户和口碑。之后我们将日常需求分层、分类：主机类包括主机申请、账号授权、软件部署等；Web类包括配置文件管理、域名管理等；DB类包括建库、建表、SQL审核、授权等。再攻克技术难点将一个个需求实现完全自动化，点点鼠标解决问题。关于需求任务流，还有个小插曲，标准的任务流由提交、审核、驳回/通过组成。但这个流程太死板，例如用户提交的一个需求，在审核的过程中有待商榷，运维工程师会和开发工程师沟通，最终达成一致意见即可，而如果按标准流程需要驳回再提交。为了让用户少一次操作，我们增加了管理员可编译功能。有些同事反对这样做，觉得不符合常理。不过有时候常理是需要结合实际场景打破的，就为了让用户使用更简单。近期为了进一步提升项目试错阶段的速度，我们在平台上推出了一个新功能：“项目孵化器”。以典型的Web业务为例，以往，申请WebServer、账号、数据库实例、负载均衡等是提给运维最基本的需求，每一步都是时间成本。使用“项目孵化器”可以最大限度解决这个痛点，只需在平台上进行两个步骤：第一步填写业务名称，预估峰值QPS；第二步选用MySQL、MongoDB、Redis等相关数据库资源。两步之后，WebServer、数据库实例等所需资源会瞬间展示在用户面前，同时包管理、配置文件管理、代码发布系统、监控系统等配套辅助功能随之开通。与之前的模式相比，效率和规范化都有明显提高。说起来很神奇，但实现理念很简单，我们提炼日常项目中的通用方案，构建资源池，在项目发展初期最小量匹配资源。在孵化器的设计阶段，我们听到了很多不同的声音。例如，让用户填信息不够全面，架构太简单不满足全部需求，诸如此类问题，让人头痛欲裂。经过过往项目分析及用户调研，发现项目尚处于试错阶段，快速试错是首要需求。至于项目发展中衍生出来的需求，可以再用平台扩展功能去解决。当利用孵化器建立一个试错项目之后，用户进入平台想看见什么？展现形式如何？还能做什么？这些问题随之而来。众所周知，项目中的关联关系是个复杂的问题，解决不好，就像一盘散沙无法联动。为了解决此问题，首先我们确定平台各功能模块以项目名为主键，将项目的域名、负载均衡、WebServer、数据库、通用基础服务等相关联。项目后期各功能模块的扩容可以借助关联关系自动化完成。例如增加一台WebServer，即可自动部署软件环境，完成相关节点授权、上传代码、测试上线。展现形式上我们借鉴社交网站的实现方案，以“我的项目”为中心，用户进入平台以后默认页展示项目在平台中用到的各功能模块信息，例如域名、主机数量、数据库实例和监控指标等。做到信息清晰可见，操控简单易用。在平台建设中，我们一直遵循两个准则：第一，把事情由复杂变简单；第二，给用户极致的用户体验。所谓极致，就是要超出用户的预期，但只有挖掘用户潜在的需求，才能做出超出预期的功能。传统的运维模式，大多是开发工程师提需求，运维工程师满足需求，运维工程师主动推进的意识不够。360的文化中有很重要的一点是Ownership，一个项目的成功与失败，运维工程师是有责任的，因此需要在日常工作中时刻提醒自己“这个项目是我的，为了让项目变得更好，我们需要主动思考，为开发工程师提供更多的增值服务”。例如一个项目上线前，会默认部署日志收集模块，收集汇总后进行访问日志自动化分析，以时间维度展示访问量走势，同时辅以IP地址分析模块展示地域及运营商分布。同时基于访问日志状态码做进一步的页面分析，然后以日、周、月维度生成一份体检报告，以及应对方案推送给开发工程师。这些增值服务是超出预期的，拉近了开发工程师和我们的距离，一起去探讨、改进，做出更多有利于项目发展的功能。结束语运维工作在一家公司中至关重要，但传统的运维模式一定程度上限制了运维工程师的技术发展，更抑制了创新思维，我们需要利用运维“宽泛技术”定位的优势开拓思路。例如运维工作需要和很多开发团队合作，协助架构设计，在这个过程中会接触到很多开发团队的技术积累，可以把各家之所长进行聚合，将一些基础服务进行平台化改造，资源共享。也可以根据项目的需要，主动做技术研究，将基础服务做成一个个小产品，提供给开发团队使用，帮助项目缩短研发周期，稳定发展。在当今技术背景下，运维工程师应该在红海中寻找蓝海的思维模式，培养产品观，由外至内地思考，突破传统运维的壁垒，开拓创新。