Kubernetes UX调查图

编者注:今天的帖子由Apprenda UX设计师兼SIG-UI成员Dan Romlein分享,来自Kubernetes社区的UX调查结果。 

以下信息图表总结了调查背后的团队的调查结果 仪表板,Kubernetes的官方Web UI,于2016年11月在KubeCon期间发送。在KubeCon启动调查后,该调查在两周的时间内通过Twitter和各种Slack渠道进行了推广,并产生了100多个响应。我们为它提供的数据感到高兴,现在可以根据您和我们的用户的需求做出功能和路线图决策。

对仪表板的满意度

不到一年的时间,Dashboard尚处于发展初期,我们意识到它还有很长的路要走,但令人鼓舞的是,它已经沿着MVP的方向发展,即使它的基本功能正在为人们增加价值。受访者表示,他们喜欢Dashboard项目的进展速度及其贡献者的活动水平。特别感谢Dashboard为Kubernetes的首次用户带来的价值,并鼓励他们进行探索。围绕Dashboard的挫败感集中在其有限的功能上:值得注意的是,缺少RBAC以及群集对象及其关系的可视化受到限制。

受访者人口统计

Kubernetes的用法

人们在生产中使用仪表板,这真是太棒了。这就是团队致力于优化的设置。

功能优先

在构建Dashboard时,我们希望不断在Kubernetes用户和我们的产品之间进行调整。特意将功能区域保持在较高的水平,以便仪表板团队的UX设计人员可以创造性地将这些用例转换为特定的功能。虽然“更快的马”,我们想确保我们正在创造一个环境,以实现可能的最佳创新。

故障排除和调试作为请求功能区域中的领先者与 以前的KubeCon调查,现在这是我们的首要投资领域。目前正在进行中的是能够执行到Pod中的功能,接下来将提供跨对象的聚合日志视图。 UI比CLI的优势之一是它能够显示事物,而故障排除和调试功能区域是此功能的主要应用。

除了持续进行故障排除和调试功能方面的投资外,仪表板团队目前的工作重点还包括仪表板中的RBAC / IAM。尽管在功能区排名中排名第四,但是在KubeCon及其后几天的各种对话中,这已成为Dashboard的最重要功能,而人们对此最感兴趣。对于许多公司而言,这是一个破坏交易的因素,我们相信它的启用将为Dashboard在生产中的使用打开许多大门。

结论

从Kubernetes用户那里获得有关他们如何使用仪表板以及如何满足其需求的数据非常宝贵。如果您错过了调查回复窗口,但仍然想分享一些信息,我们很乐意与您联系并听到反馈或回答问题: