智数运维的开端
运维智能化无外乎把重复的流程程序化，将纸质的审批线上化，将繁杂的数字图形化。
在初期运维，大家喜欢将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接口实现...
这些仅仅是开篇，我们要保证的是从一开始就选合适的工具，完成我们想要完成的工作，在不同语言的学习中我们便会接触到上述的名词，到时候重点关注，相信你也有不一样的体会，这里仅仅是以网络运维自动化实现的角度出发，我个人的一些理解，自己本身也是从开发触碰到网络的领域，一步步的走到现在，学识尚浅，但各个领域皆有融入，如果有同道中人，也希望互相关注，一起向前。
