可视化,一个被误解和低估的运维工具建设
Posted 运维之路
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了可视化,一个被误解和低估的运维工具建设相关的知识,希望对你有一定的参考价值。
可视化,是一个被误解和低估的运维工具建设。
误解,可视化是面子工程,华而不实。
低估,可视化是锦上添花,可用可无。
日常使用的2C应用的设计、交互越来越好,google、苹果、微软大厂带来的扁平式的设计方案更是引领应用行业, 当我们身边的同事/用户早己习惯了更好的应用交互体验后,企业内进行工具开发的团队也迫切需要花精力在工具的设计方面,可视化是设计的表现形式。所以,今天工具可视化建设己不是华而不实与锦上添花,它决定一个工具的成败,是专家经验的数字化落地形式,可视化是运维工具有效运营的必要条件,可视化简化人对IT的探索门槛。
一、可视化专家经验的数字化落地形式
工具的引入本质上是为了替代专家经验式的手工操作方式,专家经验是以人为中心,带有人的思想在里面,要让工具更好的落地需要让工具带有人的情感交流思想,否则工具的替代会带来很多阻力甚至失败,这种人的思想重点体现在工具可视化上。运维开发人员需要了解用户,了解用户与用户,用户与机器在交互过程中的思想传递,顶级的运维开发人员应该也是一个好的产品经理与设计人员,通过工具的可视化传递专家用户的思想,并能与其它用户进行思想的交流,让工具更快更易转化为生产力。
在设计上,有幸得到了天旦贺总给的产品设计材料,并结合一些工作思摘录几点:
好的运维开发人员需要为工具的设计负责,需要具备对数据的认识、了解用户,并形成价值主张。数据是可视化传递专家经验思想的素材,要知识有哪些数据,数据怎么来,怎么用。
从用户的角度启动,并归纳出创建原型可行性的设计,从概念模型,到线框图、任务流、交互模型的心智模型。原型设计过程中实际上是对专家经验传递思想的深层次归纳,是专家经验与设计人员在思想上的碰撞与磨合过程。
由情感与思想的反馈,视图、配色标准、交互动画方式,以配色为例运维中什么时候应该用橙色,什么时候应该又是红色的配色标准,要用不同色引领用户的工作习惯,比如看到红色就是必须要处理,看到橙色就是警告,这类情感与思想的反馈需要在整个工具中进行贯彻。
二、可视化是运维工具有效运营的必要条件
运维开发与企业里业务应用开发团队不同,业务应用开发的应用在交付生产后由运维团队运营,运维开发团队却需要负责工具的全生命周期的管理,尤其是工具开发后的运营,需要对工具产品产生实际生产力负责。由于用户通常会安于现状,如果你要改变用户的习惯,你不能提供1比1的效果解决方案,而要用1比5,或1比10的效果解决方案,这种解决方案就需要工具具备好的可视化。甚至,很多时候可能本来用户对工具的预期是80分,我们要做到“80+20+20”分,让用户眼前一亮,这多出来两个20分中,前20分是良好的可视化效果,后面20分是用先进的理念,更好的工作方式,引领用户做得更高。同时,我们在工具设计时,不仅要专注于各种功能集的实现,还要在工具上配套整个工具应用的总览,工具运营状况的分析报告这些辅助功能实现的可视化模块。
三、可视化简化人对IT的探索门槛
各种交互优秀的APP应用让我们能够更好的探索生活,在复杂的IT运营管理世界里也需要有良好设计的工具。由于IT运营管理中会用到很多工具,数据,还有敬畏生产而来的流程,我们需有一个可视化的解决方案来简化我们探索IT世界的门槛。
狭义的运维工具体系可以有“监管控”,结合现在运维数据分析可以再增加“析”,在实际的落地过程中,又通常会将注意力分散在各个不同的工具,导致很多工具最终是解决一个局部的动作,实际上运维的工作应该以场景为单位,一个场景是指在一个特定期间完成一项相对完整的工作,场景从人的动作看通常涉及“监管控析”多个工具间的交互,场景可视化则是以场景的思想将多个工具进行整合,减少用户在多个工具工来回切换。将“监管控析”的工具进行整合,我们可以看到实际上一个场景会包括数据、流程、动作的整合,那么在场景可视化中需要将多个工具中不同类型的数据、流程、动作通过一种通用的方案进行分解与归纳,场景可视化提供可定制的组装能力。
11月30日要去Gdevops全球敏捷运维峰会(广州阳光酒店)作一个关于场景可视化解决思路的分享,会提到在日常工具建设过程中的工具设计思路,工作方法,以及带一个场景可视化解决方案思路案例,下图有一个二维码,扫码后在购买时使用优惠码:PHS,可以得到免费的票,据说这个优惠码可以用10张。
以上是关于可视化,一个被误解和低估的运维工具建设的主要内容,如果未能解决你的问题,请参考以下文章