运维是做什么的
你好[鲜花],运维是指运营和维护计算机系统、网络和应用程序的任务和工作。在IT行业中,运维被为保障业务连续性和系统稳定性的重要岗位之一哦。具体地说,运维包括以下方面:1. 硬件维护:运维人员需要负责计算机、服务器、网络设备等硬件的维护和保养,包括安装、升级、维修和替换。2. 软件管理:运维人员需要管理和维护服务器上的操作系统、数据库、应用程序等软件,确保它们运行良好并及时升级。3. 网络管理:运维人员需要确保网络设备正常运行、网络安全、带宽满足业务需求等。4. 监控和故障处理:运维人员需要设置和管理监控系统,发现并及时处理故障,确保系统正常运行。运维的工作是不可或缺的,它能保障企业或组织的业务连续性,并帮助其提升效率和降低成本。对于企业管理者来说,要理解和重视运维工作的重要性,为其提供充分的支持和资源。【摘要】
运维是做什么的【提问】
你好[鲜花],运维是指运营和维护计算机系统、网络和应用程序的任务和工作。在IT行业中,运维被为保障业务连续性和系统稳定性的重要岗位之一哦。具体地说,运维包括以下方面:1. 硬件维护:运维人员需要负责计算机、服务器、网络设备等硬件的维护和保养,包括安装、升级、维修和替换。2. 软件管理:运维人员需要管理和维护服务器上的操作系统、数据库、应用程序等软件,确保它们运行良好并及时升级。3. 网络管理:运维人员需要确保网络设备正常运行、网络安全、带宽满足业务需求等。4. 监控和故障处理:运维人员需要设置和管理监控系统,发现并及时处理故障,确保系统正常运行。运维的工作是不可或缺的,它能保障企业或组织的业务连续性,并帮助其提升效率和降低成本。对于企业管理者来说,要理解和重视运维工作的重要性,为其提供充分的支持和资源。【回答】
除了以上提到的常见工作之外,运维工程师还需要具备以下技能:1. 自动化:运维工作通常需要重复执行相同的任务,采用自动化工具可以提高工作效率,减少人为出错。2. 脚编写:运维人员需要掌握至少一种脚本语言,比如Python、Shell等,能够编写自己的工具和脚本,方便管理和维护。3. 安全:运维人员需要了解网络安全知识,能够防范和应对网络攻击和数据泄露等安全问题。4. 思考和创新:运维工作并非一成不变的,它需要不断地思考和创新,采用更好的方式和工具来提高工作效率和质量。所以,运维是一项非常有挑战性和有意义的工作,需要专业知识、技能和经验的积累,以及持续学习和创新精神的支持。[鲜花]【回答】
运维是什么?
运维(Operation and maintenance)一般是指对大型组织已经建立好的网络软硬件的维护,其中传统的运维是指信息技术运维(IT运维)。
所谓IT运维管理,是指单位 IT 部门采用相关的方法、手段、技术、制度、流程和文档 等,对IT 运行环境(如软硬件环境、网络环境等)、IT 业务系统和 IT 运维人员进行的综合管理。
随着信息化进程的推进,运维管理将覆盖对整个组织运行,进行支持的管理信息系统涵盖的所有内容,除了传统的IT运维,还拓展了业务运维和日常管理运维。
其参与的对象也从IT部门和人员,拓展到组织的管理层和各部门,及其相关的业务骨干。运维的最终结果是对软件运行中各种性能的维护。
运维工程师从工作方式上分为几大类:
1,运维工程师/运维开发工程师:
负责具体的产品线运维工作,同时也需要掌握开发的能力,深入业务,最了解业务的痛点和问题,同时研发/优化针对产品业务需求的平台、工具和手段,能够接触到各类优秀的系统架构并有能力做出优劣对比,同时对业务的掌控决定了相应运维工程师在业务发展中的作用。长远发展是成为大型系统的架构师。
2,运维平台研发工程师:
专门研发运维相关通用平台和技术,需要有一定的产品线运维经验或从产品线中拿到运维需求。对研发能力有较高的要求,对系统的设计有较严格的标准,并且能够理解用户需求,做出适合服务运维和满足运维工程师使用体验的运维产品,长远的发展是成为各个技术纵向领域的技术专家。
3,数据库研发工程师/数据库工程师:
数据库方向是运维技术中较为特殊的一个方向,由于业务的重要性通常需要专设岗位,业界在该方向也有深厚的研究和积累。主要方向有数据库内核、云数据库等,长远发展是数据库领域的技术专家,数据库架构师。
4,运维经理:
运维同学做事情的过程中通常需要协调多个RD和QA同学,对协调和推进能力要求比较高,对一些技术深度还不错,协调和推进能力比较高的同学非常适合转型管理职位,长远的发展和技术部门的管理职位一样目标是CTO、CEO。
各个方向上的工程师发展到一定阶段后,没有明确的界限,需要同时具备较强的运维、架构、编程、算法等能力,是一个要求很高要求的职业。
开发和运维有哪个更有前途
如果单从前途上来说,我觉得是运维。
你看这几年的技术发展方向就知道了,开发的市场需求量一直在下降,而运维的需求量是一直在上升的。如果前几年你去学开发还可以,现在不建议。
另外,从难易程度上来说开发没有运维好上手,学起来会非常吃力。但运维就不一样了,运维比较好上手,学起来会相对轻松很多,而且这几年运维越来越受重视,月薪20—30K的很正常。
第三,从职业发展上来说,运维的职业天花板比开发高,如果你做开发,可能30岁的时候就要面临失业了,但做运维就不一样了,属于越老越吃香的那种,40多岁也有很多人在做运维,但40多做开发的不多吧?
第四,你以后会结婚生子吧?有家庭之后还是做运维更好一点,不会像开发那么累,加班那么严重,毕竟身体健康对自己和家人也是一种负责。
另外,你也可以从B站或者官网上找一些视频,看看运维和开发的哪个你喜欢,兴趣也很重要的,特别是对于转行的,如果没有兴趣,那计算机本来就是很枯燥的工作,你会感觉更难受了。
刚毕业不知道做啥,请问网络运维和开发哪个发展好一些呀?
看你是学的啥专业了。
如果你是非计算机专业的,建议还是学网络运维好一些。一是更好上手,学起来会相对轻松很多,而且这几年运维越来越受重视,月薪20—30K的很正常。
二是,你看这几年的技术发展方向就知道了,开发的市场需求量一直在下降,而运维的需求量是一直在上升的。另外你去看一些专业机构的调查报告,也可以看出来现在运维的影响力越来越大。
三是,从职业发展上来说,运维的职业天花板比开发高,如果你做开发,可能30岁的时候就要面临失业了,但做运维就不一样了,属于越老越吃香的那种,40多岁也有很多人在做运维,但40多做开发的不多吧?
你也可以从B站或者官网上找一些视频,看看运维和开发的哪个你喜欢,兴趣也很重要的,特别是对于转行的,如果没有兴趣,那计算机本来就是很枯燥的工作,你会感觉更难受了。
运维开发和运维区别
运维开发和运维区别如下:1、概念不同。运维开发负责coding,主要考虑功能和非功能的实现;运维负责系统上线后系统的稳定、高效运行。2、侧重点不同。开发重点在各种开发语言,开发框架、持续性集成环境,软件工程,算法以及对应的业务等等,对底层的运行环境操心的不太多,尤其上了云环境之后,越来越少操心负载均衡、高可用这些非功能需求。云维的重点在于系统运行的各种环境,从机房、网络、存储、物理机、虚拟机这些更基础的架构,到数据库、中间件平台、云平台、大数居平台,偏重的也不是编程,而是对这类平台的使用和管理,所以开发重建设、运维当然就是维护。其础架构越来越有话语权,一方面,确实这个是很耗钱的事情,开发个系统不是有代码就能运行的,养个机房(特别是高端机房),动辄投资也得上亿,上千台服务器也不是那么容易管的,每年的折旧,报废也是钱啊,光电费也够养几个高级RD了。另一方面基础架构,特别云化之后,更是要制约开发使用的语言和程序架构。还有越来越受重视的安全管理,更是巨大的投资,甚至上升到维稳层面。
业务运维和系统运维有什么区别吗?
业务运维多是围绕业务系统的畅通运行来进行运维,以此为目标和任务。需要确保支撑业务系统的网络架构、服务器、网络设备、交换机等软硬件设施的高效运转,从而进一步支撑业务系统的高速畅行。现今工作和生活已经融入的信息化网络中,网速稍慢都无法容忍。网速稍慢,影响的就是我们的上网体验,上至行政办公的网上申报,下至家里上网看网页,都是网络应用。业务系统,相对正规的说法,就是咱们工作中应用的各种应用系统,涉及各行各业,各色个性化业务系统,涉及工作事务的信息化系统,都是可以成为业务系统。
系统运维,相对更为专业化、细致化一些。大了说可以指所有构成网络系统的软硬件,小了说可以指服务器内各细分化指标的监测和维护。
运维和开发哪个前景更好?
感觉开发的前景更好一些,开发的晋升空间大,运维的话就是只能呆在原来的位置很长一段时间;如果是想短时间赚到很多钱的话,建议就是开发做项目,想长期稳定不用那么累的话就试试做运维,运维就是有问题就找,没事就喝茶就可以了。运维,这里指互联网运维,通常属于技术部门,与研发、测试、系统管理同为互联网产品技术支撑的4大部门,这个划分在国内和国外以及大小公司间都会多少有一些不同。一个互联网产品的生成一般经历的过程是:项目立项、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。运维,本质上是对网络、服务器、服务的生命周期各个阶段的运营与维护,在成本、稳定性、效率上达成一致可接受的状态。
运维开发需要什么基础
想要从事运维开发必须具备哪一些基础呢?我们一起来了解一下。 运维开发需要掌握数据库的开发与使用,shell 编程语言或 python语言中的一种,memcache、docker、openstack系统操作这一些基础。资料拓展运维开发是干什么的:1、负责具体的产品的运维工作,同时也需要掌握基本的开发能力,2、了解业务的痛点和问题,3、研发或优化针对产品业务需求的平台、工具和手段,4、接触各类优秀的系统架构并有能力做出优劣对比工作内容1、负责平台的系统的设计与研发2、负责编码的编辑3、负责代码的测试、规范化管理、安全提测4、.负责自动化工具及平台的日常运维5、负责解决开发过程中出现的技术问题6、完成领导交代的其他工作
运维、测试、程序员,这些技术岗位哪个更有前景?
在一个初具规模的互联网公司,从业务方面出发,有很多岗位类型,比如运营、客服、市场、产品、设计、技术等等。
在这些大类下面,还要细分各种小类,以技术为例,可分为前端(客户端)、后端、测试、运维、DBA等等,这些都是技术类岗位。
那么如果想从事这些技术岗位,该如何选择,哪一个更有前途呢?
这五个岗位,可以做一个分类,前端和后端、运维和DBA、测试
前端和后端属程序类,也就是通常大家知道的程序员,主要是根据产品的需求开发出软件,属于公司的技术核心,非常重要。没有程序员的软件公司,也不好意思称为软件公司。
运维和DBA,这两个岗位的主要工作是管理服务器程序运行的环境和依赖的数据。运维可以看成是服务器管理员,所有跟服务器相关工作都是由他处理,比如服务器程序运行环境CPU、内存、磁盘资源监控、网络是否稳定监控,服务器程序依赖的软件安装等等。DBA就是数据库管理员,专门管理生产环境的数据库如MySQL、Redis。这两个岗位的工资不一定比程序员低,但是市场需求没有程序员旺盛。一家软件公司可以没有运维和DBA,但是不能没有程序。运维和DBA一般只有上规模的企业配备,小公司都由程序员兼任,毕竟如果公司只有个位数的服务器,完全没有必要专门配备一个运维,老板也不愿意花这个钱。
测试,虽然也是技术岗位,但是我个人感觉他们的工作不和技术挂钩,他们的工作就是不断使用程序员开发出来的软件,找出其中的BUG和漏洞。与此同时,他们的另一项工作就是督促程序员干活,修BUG。
论这些岗位的技术含量,我觉得测试是最低的,低端的测试几乎没有技术门槛,只要有软件使用经验,基本上都能干干测试的活,毕竟只是用用软件找找BUG嘛,而程序和运维则不行,必须掌握基础的技术技能才能上岗。当然高端的测试另当别论,他们也可以牛逼到天上。
其次是运维,当然并不是说运维这个岗位没有技术含量,同样运维的技术含量也很高,只是通常情况下,程序员都会点运维的工作,装装环境,监控下服务器运行情况,都没什么问题。反过来,运维却不一定会程序员的工作。我觉得运维应该是脱胎与程序员,然后随着行业的发展,独立成为一个岗位,本质上还是依附与程序员。
最后则是程序,一个合格的程序员,不但要掌握程序员本职的技术,还需要会服务器运维的技术,比如自己搭建一个测试环境,这样的技能是必须的,所以对服务器必然要有较为深入的了解。同时需要会DBA的技术,通常DBA是在数据量巨大的情况下才会配备,大多数时候一家公司不需要DBA,DBA的工作的都由运维或者程序员兼职的。与此同时,程序员还需要测试技能,当程序员写出来一个程序时,免不了要进行自测,写测试用例等等,只有经过自己测试,才可以将功能提交给专门的测试人员进一步测试。
所以,对于这三类岗位,我觉得程序员的技术含量是最高的。
我们再来说说这些岗位的发展前景。
对于一个大公司来说,会有专门的研发部门、运维部门、测试部门,然后设有研发总监、运维总监、测试总监,这些领导在公司的身价不相上下,不存在谁压谁一头的情况。但是在小公司通常只有一个技术部,这个部门管辖所有技术类员工,包括程序、运维、测试,甚至有的公司还会包含设计人员。而技术部门的领导十有八九是程序员出身,几乎不太会是运维或测试出身。因为一个软件公司的技术部门,没有运维和测试,照样可以运转,虽然有可能转的不顺溜,但是一定可以转,但是没有程序员,即便运维和测试配备的多么强大,这个部门也转不起来。其次一个技术部门程序员的数量绝对是压制运维和测试人员数量的。因此在程序员中出技术部门领导的概率远大于在运维和测试中出领导,除非真的遇到难得一见的人才。
所以,如果你想从事互联网软件行业的技术岗位,要想选其中比较有前途的技术类岗位,那么首选程序员,当然,更多的机会也意味着有更大的竞争,同时也有更大的难度,你选择程序员不见得一定会成为技术部门的领导,选择测试和运维也不意味着职业生涯会默默无闻,只是相对来说程序员的情景更加明朗。
与此同时,关于35岁程序员会被淘汰的观点,其实运维和测试的危险性更大,仔细想想难道不是吗,运维和测试并没有比程序员更有优势,反而劣势一大堆,那么肯定比程序员先一步面对淘汰,这是市场规则。
开发,运维,测试,实施哪个好?
测试好。测试工程师的职业特点:1. 学习成本低,花费的时间成本也低。2. 学习的周期短,学习门槛也低,入行更容易。3. 测试工程师的职业寿命也更长。4. 相对于开发,初级测试工程师薪水要低,不过如果你的测试技术能够有更长足的进步,能够掌握性能测试、自动化测试、安全测试、单元测试等技术薪水不会比开发低。5. 掌握了测试技术,不会因为某种开发技术被淘汰而失业。从业资格在企业中一般称为软件开发测试工程师(Software Development Engineer in Test,SDET)。一般为具有1-2年经验的测试工程师或程序员。有良好经验的测试工程师可以成长为产品/项目组的测试组长(SDETLead)或软件质量经理(SQA Manager),负责软件质量保证,进行测试管理和领导测试团队。