说到运维，基本上应该是甲方职位了 ，乙方一般是研发和实施。
从基层职位看，运维和开发（含产品经理）的分工还是挺大的。
开发负责coding，主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。
开发重点在各种开发语言、开发框架、持续性集成环境、软件工程、算法以及对应的业务等等，对底层的运行环境操心的不太多，尤其上了云环境之后，越来越少操心负载均衡、高可用这些非功能需求。
运维的重点在于系统运行的各种环境，从机房、网络、存储、物理机、虚拟机这些更基础的架构，到数据库、中间件平台、云平台、大数据平台，偏重的也不是编程，而是对这类平台的使用和管理。
所以开发重建设、运维当然就是维护。所以运维比开发更不受重视也是可以理解的，很难出彩，不出事就是成绩，尽管付出的努力并不少，甚至更多。看过产品运营的人说过一句话“不要管开发做出的是什么垃圾产品，留住客户才是运维关心的“
但是在高层考虑中，尽管运维仍然受重视程度比不上开发，但已经不仅仅是考虑要尽快满足业务需求的问题了。基础架构越来越有话语权。一方面，确实这个是很耗钱的事情（有钱就有话语权）。开发个系统不是有代码就能运行的，养个机房（特别是高端机房），动辄投资也得上亿，上千台服务器也不是那么容易管的，每年的折旧、报废也是钱啊，光电费也够养几个高级RD了。另一方面基础架构，特别云化之后，更是要制约开发使用的语言和程序架构。还有越来越受重视的安全管理，更是巨大的投资，甚至上升到维稳层面。
但是总体来说，运维工程师是IT的后台，IT是一般甲方业务的后台。所以，重要是很重要，但是可能永远不如RD受重视。当然，小部分运维也很受重视，比如制造业，但毕竟是少数。
金城在线专注网站、软件、APP、微信公众平台、小程序、抖音、头条等开发推广，如果您有这方面的需求或者不同的观点，欢迎联系交流。
