每个企业都会考虑在自动化层面尽量发挥自身员工的能力,一方面能够做到自主可控,另一方面做到可以激励员工。自动化的话题非常大,在实际推进中,要结合员工实际能力来确定自动化自主开发运维的界限问题。这个应该如何做?
一是运维人员要熟悉系统,二是运维人员要懂一定的开发知识,这样才能听懂开发说的话,才能更好的交流,三是运维必须具备开发能力,这里的开发能力主要是指自动化运维平台开发能力。四是领导层面要重视,要允许容错。
收起同意secret power的回答,前端代码考虑到用户体验易用性等因素比较适合由专业的前端开发人员来实现,后端开发由运维人员根据自身的运维需求来完成,这样既能让自动化运维的开发自主可控,又能在使用时有更好的体验。
收起关于自主开发运维,个人以为要考虑企业的规模,企业对于自主研发的现状和态度。如果在自动化运维上选择了开源的方式,应该至少考虑开展自主开发运维的方式。如果将代码分为前端和后端的话,企业自身应该考虑将后端代码纳入到自主开发运维的范畴之内,后端代码更加与实际的运维技术需求相接近,而前端代码更接近专业开发,如果企业有完全自主开发的需求应该考虑由专业开发团队或是研发出身的人员来完成这些工作。运维出身的员工如果要兼顾前后端开发的难度是非常困难的。
收起按照场景化细分每个运维操作,从中总结必须得流程步骤,和开发人员沟通开发需求,完成自动化产品开发和迭代,
一个良好的自动化产品必须是自主开发得,外部采购的产品50%功能会水土不服,需要二次自主开发。所有先详细调研所有需求完成场景模式需求调研,再配合自主研发需求才能完成自动化产品的完整功能上线
这个问题深有感触,做好了,领导可能会认为自动化能够解决一切,做不好,这群玩电脑的白养了。。。。
首先,对每个控制系统的了解程度不同,是导致能否解决问题的关键。
界限问题就是如何划分,开发和运维本身就是不同的性质,运维相对更简单一些,能够做好日常故障判断就可以了,大问题还是要通过开发、厂家、供应商解决的。
开发就不同了,从工艺了解、系统的选型,搭建、安装、配置、通讯、编程、试运行。。。。。等等一切的问题全部解决和完成,这是开发应具备的能力。