十一月更新！一口吻上线20+新功用，3D架构拓扑图更具趣味性

孔雀猫

优维EasyOps?全平台又双叒叕上新功用了！
不瞒各位小火伴
写明天这篇文章时
我的手始终在抖
是冲动的，这主要引见的更新太牛了


只管鹿小U曾经
十分当真地钻研过这20多个新功用
依然无奈用文字形容出
这次功用批量上新
「厉害水平」的非常之一
啥也不说了
赶紧和鹿小U一同往下看看吧！
HyperInsight 超融会监控
APM「办事详情」
反对查看办事的部署架构和依赖资源
提供办事毛病平面剖析才能
向下排查办事依赖资源的安康状况
办事毛病/机能欠安的缘故可能有得多，多是办事逻辑有问题、多是办事调用有问题，也多是办事依赖资源毛病致使的，如下列状况的泛起：
?? 办事的部署实例挂了，影响了办事机能
?? 办事所在主机挂了，致使办事不克不及正常运转
?? 网络颠簸，办事无奈正常调用
故而需求去排查办事所依赖的根底架构的根底资源的安康状况，来疾速解决办事毛病问题。
在这以前，排查办事的依赖资源状况步骤繁琐，又需求切换多个小产品，下钻得多页面能力查看到实际想看的资源的目标数据。


为理解决下钻资源详情难题的问题，办事详情反对了查看部署架构和依赖资源的才能，用户可间接在「办事详情」外面疾速下钻。该功用不只反对疾速阅读其「依赖资源」，还反对可视化查看「部署架构」，帮忙用户疾速查看办事依赖资源的安康情况。
该新功用具备下列特征：
使用one model 规范化模型进行建立，可拓展，更专业；同时也可联动CMDB资源，使用自动发现才能；一致查看办事所依赖的三大类型资源，更片面，更快捷；经过可视化拓扑下钻查看每个办事实例的依赖资源安康，图形化凸起重点，下钻查看更具针对性。经过「办事地图」的原有才能，查看办事调用，再加之此次「部署架构」新增才能，去查看办事所依赖资源的安康状况，帮忙用户完成办事毛病的平面化剖析。
「套件收集详情」&「拨测收集详情」
反对目标图表化预览
在日常的运维中，可能会遇到如下两种场景：
启用了套件后，用户想查看资源目标有无正常上报？目标上报数据是不是正确？原来的操作是需求在根底设施监控查找并配置Dashboard，能力查看到目标状况，全部步骤对比繁琐。启用拨测工作之后，用户但愿视察近段时间的拨测工作状况，那原先查看原始目标的时分，不克不及很好的查看到拨测工作的一个变动状况。为理解决以上两种场景存在的问题，新减少「目标图表化预览」的新功用，让用户在日常运维过程当中操作更为便捷。


「目标图表化预览」拥有下列特征：
按资源实例、按目标疾速查看目标趋向图表反对定时间程序查看字符型目标拨测收集的目标预览可进一步筛选拨测机和拨测步骤「Dashboard」
反对自定义不同的默许时间规模
准确打造视图剖析观测的时间窗口
当用户在自定义Dashboard的时分，不同剖析视图的观测场景是纷歧样，好比：
在实时监控大屏，需求查看近1小时的观测数据逐日的办事拜候状况近7天的毛病统计近30天的资源占用状况针对以上不同的观测场景，但愿有一个固定的时间规模区间来查看。那此次产品降级之后，Dashboard微运用反对每个视图自定义默许时间规模，即用户可按照不同的数据剖析场景设置公道的默许时间窗口，好比查看实时的监控目标数据能够设置为近1小时；查看资源比来告警状况可设置为近24小时等。当用户在拜候Dashboard的视图时，都会按所设置的默许时间规模来展现数据。




CMDB
「资源自动发现」
反对办事间调用瓜葛、K8s办事的发现
结构残缺的办事货色南北向拓扑
在「资源自动发现」中，资源或办事的瓜葛发现是症结。此次新增办事间调用瓜葛的发现，使得「资源自动发现」的才能再降级，以「资源自动发现」当初的才能彻底能够结构残缺的办事货色南北向的拓扑图。
甚么是货色南北向拓扑图？
从南北向来讲，是指办事的全部部署架构拓扑所波及的资源以及资源间的瓜葛，都会自动发现回来；而货色向，是指以横面的办事调用拓扑来完成资源自动发现。此次，经过结构资源自动发现中残缺的拓扑才能，为下层消费提供了更多可能性。
在CMDB平台的全部开展过程当中，瓜葛的保护形式在不停的迭代降级，从最原始的吭哧吭哧手工保护→【名目】吭哧吭哧写脚本做自动收集→【CMDB-办事发现】写办事特点进行剖析→【APM】自动剖析散布式链路追踪的trace数据→【APM】自动剖析日志数据→再到如今【资源自动发现】智能扫描一键收集，能够看出，才能在不停晋升，效力也愈来愈高。
目前，「资源自动发现」的才能涵盖的规模有：
资源类型：平台资源、计算资源、网络资源、办事资源收集伎俩：近程扫描、Agent收集、对接云厂商、手动运维数据类型：配相信息、关联瓜葛（办事调用、部署架构）


其中，计算资源的发现填补了容器资源的空白；收集伎俩反对近程扫描升高了资源发现的门坎，反对对接云厂商填补了私有云资源的空白；在数据瓜葛发现上，反对关联瓜葛的发现，加强了瓜葛发现的才能。
用户可降级6.10后试用资源自动发现的才能，将来优维将继续拓展发现的资源/办事规模。
「实例详情」优化瓜葛展现
进步页面信息密度
因为UI8.0 初版「实例详情」根本信息和实例瓜葛采取了上下构造，页面容易泛起双转动条，页面利用率不高。


因此，此次对「实例详情」做了一个改版：首先是实例瓜葛列表回到左边；第二是根本信息按宽度自动调剂三列仍是两列规划；第三是根本信息分类采取悬浮款式，点击后页面自动滚到锚点地位，更便利用户查看。
ITSM
「表单设计」
反对容器拖动排序
表单设计更灵敏
以前的「表单设计」在拖入容器后，容器之间的程序无奈更改，一旦容器程序过错只能全部删掉从新做，关于用户来讲使用非常的未便。


为了用户更灵敏的使用，新增拖动规划的上下调剂功用，即用户在设计表单的过程当中可调剂容器的上下程序，操作体验就和组件同样，反对鼠标拖动，按住容器标题上下拖动便可。
「数组输出」
反对正则校验
晋升表单填写精确性
用户在实际的表单填写里，常常会有经过「数组输出」填写多个 IP 这种场景，而以前「数组输出」组件并未反对正则校验，不克不及像普通文本输出同样校验格局是不是正确。
此次降级后，在表单设计中，「数组输出」组件反对添加正则。需求留意的是校验对象是数组输出的每一个个输出项，而不是全部数组。
「脚本库」
分类及数据优化仅展现ITSM脚本数据
脚本库数据更明晰
原先ITSM-办事办理-脚本库办理中包孕的脚本信息除了ITSM，还有其余分类的脚本信息，存在许多ITSM用不到的脚本，也汇聚在该模块下，形成用户办理、保护脚本低效、不敷便利的问题。


此次对ITSM「脚本库」进行优化后，「脚本库」中的脚本仅保留与ITSM相干的脚本，简化了脚本数据，便利用户更高效对「脚本库」进行办理。
「初级设置-案牍设置-罕用语设置」
勾销提醒语三个限度，反对更多罕用语设置
罕用语设置更为灵敏
原先初级设置-案牍设置-罕用语设置至多只能设置3个，当罕用语超过3个时无奈再新增，客户无奈按照需要自定义更多罕用语。


因此，在最新的产品版本中，勾销了罕用语至多只能新增3个的限度，即用户可设置3个以上的罕用语。另外，页面会默许展现5条罕用语，超过5条折叠进“更多“，展开更多后便可查看其余的罕用语信息。
「实例选择组件」
反对按升序、降序等排序
完美【实例选择】组件根底功用
原先「实例选择」组件不反对排序功用，用户无奈疾速筛选、查看症结数据。


优化之后，「实例选择」组件新增排序功用，反对升序、降序、勾销排序。假如数据量较大，用户可经过排序功用，进步数据检索的效力。
「工单核心」
导出新增工单胪陈内序
丰硕工单导出内容
原先「工单核心」导出没有工单阐述内容，用户在导出表格中看不到工单阐述相干信息。那在最新的版本中，「工单核心」导收工单反对导出“工单阐述“信息，丰硕了工单导出的内容。


DevOps
「数据库变卦」
反对对高危sql语句检测并限度公布
更平安的履行数据库变卦，规避删库
以后「数据库变卦」时，平台对sql脚本从内容平安侧来讲，缺失了一种检测才能，当产生某个sql脚本中存在删除数据库的sql语句时，很容易因为人工审查的问题致使公布变乱。
为了用户更平安的履行「数据库变卦』，规避删库的危险，数据库变卦新增了对高危sql语句检测并限度公布的功用，即用户能够在「数据库变卦—变卦配置」模型中设置高危语句，且能够对高危语句进行分级，如fatal级（drop database）限度公布，warning级（修正变卦数据库）需人工确认。


此次对「数据库变卦」的优化，在才能上给用户提供了更多维度的选择，非强迫，若部份用户在使用数据库变卦时，无该使用问题，能够经过不配置该模型实例，正常公布便可。在流水线履行数据库变卦的场景中，反对经过接口前往给流水线来限度，使用形式上更为灵敏。
「数据库变卦」
反对对文件md5码的校验
减少履行过程当中的校验管控
解决不标准操作带来的后续办理问题
数据库履行变卦遇到公布过错的文件时，客户现场存在着这样一种操作形式：用户将平台下发到客户真个sql文件经过在客户端更改文件内容的形式，来解决公布时遇到过错的问题，这类形式实质上形成了方案公布与实际公布对象的偏离，关于用户后续回溯问题，形成不容易察觉的暗藏问题。


平台经过看待下发文件与下发到客户端文件的md5码的校验，以包管用户在进行公布时，预计公布与实际履行的过程当中，对象的统一。在用户进行公布报错文件重试时，或再次履行时，若泛起md5纷歧致的文件，平台将会报错，并终止本次公布。此次，经过对履行过程当中的校验管控，可解决因不标准操作带来的后续办理问题。
「运用部署」
运用配置、部署战略相干页面
反对主机排序
高效的筛选、检索主机信息
原先在「部署战略」、「运用配置」选择公布指标时，若主机数量过量时，短少排序功用，无奈对主机进行疾速筛选、检索。


此次优化之后，反对在「部署战略」选择公布指标环节对主机进行天然排序，可升序、降序、勾销排序；反对在「运用配置」树状分类反对对主机进行天然排序，可升序、降序、勾销排序。
「制品库」
反对版本清算战略
关于「制品库」的清算，惯例的做法是清算掉一些不首要的版本。那此次「制品库」新增的版本清算战略，清算形式更丰硕，反对下列4种清算形式：
反对配置不同类型制品反对配置制品保存规定反对按时履行清算反对版本白名单


AutoOps
「流程库/功课」
导出导入本身及关联工具信息
流程及关联工具一键导出/导入
原先「流程库」的导出/导入仅反对流程本身的信息导出、导入，而无奈将其关联的工具一起导出、导入，用户需求分别对流程及其工具独自导出、导入，而后在进行手工关联，操作门路长、繁杂，本钱极高，并且往往容易犯错。
「功课」的导出导入同理。




优化之后，反对在流程纬度和功课维度，对流程和功课及其关联的工具一键导出/导入，完成跨平台间的流程/功课导出、导入，极大晋升了用户对功课、流程、工具的使用效力，增加了用户手工操作的本钱。
丰硕/完美运维自动化
运维功课权限点配置
权限点配置更为灵敏
原先运维功课不同菜单反对配置拜候和办理权限点，然而由于办理权限点过粗，无奈知足用户更精密化的权限点配置需要，如履行、编纂、克隆等。
为理解决上述问题，对运维功课办理权限点进行拆分，反对更细颗粒度的权限点的配置，如拜候、履行、编纂、删除、新建、克隆、初级设置。
工具库「工作历史列表」
新增”履行参数“字段
原先「工具库工作历史」中的“履行参数“只能在工作历史详情里查看，用户要查看工作的履行参数，需求一条条点进去查看，操作门路较长，不敷便利。


对此，工具工作历史新增“履行参数“字段，用户点击查看后，可在以后页面查看“履行参数“内容。
工具库「对象援用」
反对查看更多援用类型
原先「工具库对象援用」列表，只显示援用工具的流程信息，却没有展现援用工具的其余对象信息，如流水线、功课、按时工作等。


此次优化之后，工具库对象援用列表反对查看援用工具的一切对象信息，如流程、流水线、功课、编排计划等。
「运维功课」新增全局搜寻框
反对全局功课搜寻功
原先运维功课不反对在全局进行搜寻，需求点击每个菜单后，在菜单外在进行搜寻，操作门路有点长，效力不敷高。
新增全局搜寻功用之后，反对对一切菜单一切功课进行搜寻，在一定水平上晋升了搜寻的效力。
3D架构拓扑可视化
运用机能办理反对自动发现的办事之间调用瓜葛，而且经过办事地图将办事之间的调用瓜葛，以可视化的方式展现出来。但是，在实际的业务场景中，当泛起少量数据的时分，其信息的展现方式其实不现实，次要存在着两方面的问题：
?第一个是数据构造对比繁杂，页面广度受限，需求拓展空间单位面积内呈现的信息量太少，大部份信息都超越了屏幕以外。
?第二个是节点密集时无奈看清节点之间的调用瓜葛，调剂视角总览数据的关联瓜葛时又很难看清单个节点类型。
针对以上两点，优维提出了应用3D技术来优化数据的展示方式，挖掘数据的价值。


首先，「3D架构拓扑设计计划」相较于现有的计划，能够无效的晋升单位面积内所呈现的信息量，而且因为3D多了一个维度展现的空间，数据中拉开了视觉层级，防止了因数据体量增大，带来的视觉搅扰。
此次对「3D架构拓扑图」次要优化了一下三个方面：
? 第一是，区分了节点的类型，将展示方式变成3D节点，更为精确地表白了节点所代表的类型。
? 第二是，数据调用以可感知的方式来展示，选中节点连线，参加流光的动效，这样节点的关联瓜葛过载的状况下也能确保内容明晰。
? 第三是，针关于异样节点采取了更优雅的展示方式，对可能泛起的报错变卦，在节点上有静态提醒。
其次，在设计格调上「3D架构拓扑图」采取轻质感的设计格调，总体档次简略，用色素雅洁净，采取轻投影，轻突变的办法设计，拥有一定的平面感，能给人轻快、简洁、粗劣的觉得。同时，使用塑料材质，体现出轻量化和质量感。


为了包管模型设计的统一性，同时便利对模型进行灵敏的复用，在空间中标准了模型格式的大小，模型的分段数，模型尺寸和规划，以包管一切物体都拥有强秩序且便于组合设计。
同时，在渲染3D节点的时分，也适配了淡色和暗黑两种主题模式。在实际业务场景中淡色更融入页面，更温和，保举使用淡色模式。而暗黑模式是一种夜间敌对的色彩主题，帮忙用户更沉迷式的任务，保举大屏展现。


以上就是对3D架构拓扑图整套计划的优化，这套计划中不只对节点的模型进行了优化，对连线以及告警，参加视觉和动效的表白，使其展示方式更富裕趣味性。