当前位置: 首页>后端>正文

网络智数运维-工具选择

智数运维的开端

??运维智能化无外乎把重复的流程程序化,将纸质的审批线上化,将繁杂的数字图形化。
??在初期运维,大家喜欢将excel表当作主力,实际上即便如今我们依然很依赖,如果玩转excel可视化的很多操作不需要进行web展示,所见即所得远比点点点要来的迅速和痛快,通过svn可以很好的实现多人协同,版本回退等等团队协作的事。
??既然如此,为何还要硬着头皮往线上化推呢,其实线上化并不是目的,而是线上化是智能化的基础,想要智能化必须线上化,将冰冷的数据程序化、通过积累知识库,形成知识图谱,让计算机成为人的大脑,训练它成为方方面面的运维专家,剩下的就交给监控了。

智数运维的工具选择和本人实践过程中用到的小组件

??目前优秀的前端框架很多,对于软件开发人员,一定要知道的是,软件以用为主,界面运行的人性化、流畅化是软件开发人员在开发过程中贯穿始终的理念,所以懂运维的开发比开发运维工具的人更重要。
??vue作为优秀的前端语言框架,目前占据了中国互联网市场的主要,有一些优秀的开源框架:
Element UI/Element Plus:做表一流
百度开源的富文本UEditor
bootstrap-vue:大学生边学边赚个零花很推荐
layui算是最早的ui了,学习推荐
vue-admin-plus beautiful better
Prometheus、Alertmanager、Grafana
这些都是非常好的开源框架,其中一些是贯穿我学习时代和工作时期的优秀框架,玩转的话得心应手,像我这样的前端半吊子也能游刃有余。
其中的Grafana,作为网络监控的可视化利器,Prometheus作为智能分析前端的优秀框架逐渐变得越来越热。
??除了前端,后端语言的选择就足以让众多的新接触者知不,要学的很多,这里可以给大家说几个,让大家在学习过程中能有一些小甜点加餐。
和网络设备对接我们可以选择很多,在我使用的过程中
??如果是展示设备数据:优先推荐python的TextFSM库,如果含有下发配置的环节,我们可以加入Netmiko,加上自己仿照着写一些专有的对接库,快速开发下的驱动程序就可以实现。
??java的规范性过高,对接设备的时候文本匹配还是没有python适配的好,虽然可能可以适配的好但是我的水平和时间让我选择了后者。
??对接其他设备的api接口:java的http包还是主推,这个时候go语言的的优势在高并发,多任务的场景下就显得更有优势,使用go语言比使用java,避免了jvm的调优,避免了gcc的链接库,一句话天生的,更适合云环境和容器化技术的加料。
再者加上目前的redis、kafka、eureka、ELK、Docker、k8s,n9e,tcpping技术、snmp、telemetry、VictoriaMetrics、metrics接口实现...
这些仅仅是开篇,我们要保证的是从一开始就选合适的工具,完成我们想要完成的工作,在不同语言的学习中我们便会接触到上述的名词,到时候重点关注,相信你也有不一样的体会,这里仅仅是以网络运维自动化实现的角度出发,我个人的一些理解,自己本身也是从开发触碰到网络的领域,一步步的走到现在,学识尚浅,但各个领域皆有融入,如果有同道中人,也希望互相关注,一起向前。


https://www.xamrdz.com/backend/3h61921454.html

相关文章: