驻点运维是什么,远程运维是什么( 二 ) _远程

运维岗位的知识结构包括计算机网络设计、交换机和路由器的配置、存储配置、虚拟化、服务器安装和调试、数据备份等内容。第二：岗位职责不同。开发岗位要根据具体的业务逻辑要求完成功能实现，大部分工作内容集中在代码的编写上。运维岗位的工作职责主要集中在保障软件正常的运行，体现在软件前期的环境建设以及后期的运行保障上。
虽然运维人员通常也需要编写运维脚本（Shell、Python、Perl等），但是大部分脚本的复杂度并不会很高。第三：工作场景不同。运维人员的工作场景往往需要根据不同的项目来确定，通常情况下运维人员主要的工作场景是机房（隔壁），有的时候运维人员的工作强度还是比较大的，所以运维岗位通常不太适合女生从事。相对来说，开发人员的工作场景还是比较固定的，也并不会涉及到大强度的体力劳动，所以开发岗位是比较适合女生来从事的。
第四：发展空间不同。运维人员的发展空间虽然也比较大，但是相对于开发人员来说，运维人员成长为CTO的难度还是相对比较大的。我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续在头条写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
测试，开发，运维这三个哪个比较轻松？

三个都不轻松，如果非要选择一个的话，测试相对来说会轻松一些，这是个人观点。首先说一下开发，开发拿到需求够，任务时间安排好以后，中间还会经历一些变更和需要改动的部分，而且还要看产品经理是什么样的水平，如果需求讲不清楚，那不但是累，而且是很烦躁，会有打死产品经理的冲动，哈哈。再来看测试，测试如果要把所有的功能点测试正确的话，也需要花很大的力气，比如要用很多的测试工具，还要写很多的测试用例，还要做压力测试，还要保证功能点全部测到，这个时候还要与研发人员沟通到底什么样的问题才算bug，而且一但双方意见分歧，会有可能互相认为对方是shadiao的现象，哈哈，所以测试也不轻松。
最后看看苦逼的运维，除了以上说的需求和功能要了解，还要应对客户的问题，产品如果很健壮的话，那运维会很轻松，但是这样的产品好像真的不存在，如果存在还需要运维吗？可能有些偏激，但大部分产品确实是这样的，当运维遇到问题就惨了，层层上报，先被客户骂一顿，然后找测试，在找研发，很有可能转一大圈回来说，问题改不了，重启一下吧，当时的感觉就会是想拿什么东西撒撒气，最后还是选择了默默承受。
工资明明已经开到5k，运维为什么那么难招？

杂而不精的岗位，这么说吧，你这岗位就是活多事急责任大，人微言轻不讨好。IT支持一般老板会对他有两种看法，1,设备坏了，影响我工作我养你干嘛。2,设备没事儿，你天天玩游戏我养你干嘛。桌面运维地位低，还得时刻准备服务每个成员，呼来喝去跟保洁阿姨差不多，或许还不如保洁阿姨。桌面运维权力低，我说打印机坏了，维修200，运维能做主拿钱还是做主换东西啊，还不是一步步申请。
最后运维别看这么低三下四，关键还得百达通万金油，大到几万的服务器，小到几块的电话线，啥都得会呢。总结就是除了220v以上的，其他是个通电的地方有点事儿就得找你。比如，老板想上指纹考勤，机器买了，没人会用啊，想起运维来了，你得先学会了，然后负责交给谁谁谁。比如老板想年会做个背景，没人会PS啊，想起运维来了，你不是懂电脑吗，网上给下载一个，你闲着也是闲着。