系统起来后，我们可以看到自己安装的各种各样软件程序，直接点击进去就可以编辑，非常方便。还有我们用的智能手机，以前手机都是功能机，只能打电话发短信，现在的智能机却可以做任何PC可以做的事情，完全将PC的所有功能搬移到了移动互联网上。图形化的应用是电子信息时代的一次革命，为信息技术的高速发展提供了源动力。

　　在全行业都在大力推行图形化应用的今天，数据中心里的设备却依然广泛采用命令行的操作方式工作，似乎有些落伍了。一方面是部署了大量高科技的新技术、新产品，而另一方面维护这些技术时却使用的是最原始的命令行操作方式，这样运维的模式是否能够胜任如此重要的工作?在图形化技术出现之前，只有采用命令行交互一种方式。在图形化技术出现后，几乎所有的电子信息技术领域都引入了图形化技术，并广泛应用，惟有数据中心没有改变。数据中心里从服务器、存储到网络设备等，一律都是采用命令行的运维方式，一走进数据中心运维办公室就会听到啪啦啪啦的键盘声，运维的人员都在飞快地敲着各种各样晦涩难懂的命令，这种工作方式从数据中心出现开始就一直没有改变过，看着满屏幕的字符在飞快地变化着，这种方式让人感觉很酷，专业的人士对着这些字符就可以讲得头头是道。其实，数据中心里的大量设备都是可以支持图形化的，服务器的操作系统绝大部分都是Linux、Windows的，具有图形化的功能，很多相同的命令在图形界面上只要轻轻一点就完成了。网络设备也都支持图形化，通过网管软件可以绘出设备的形状，通过鼠标就可以选择各种功能的应用，比如哪些端口都允许哪些VLAN通过，要不要启动STP协议，查看CPU、Memory的运行状态等等。既然数据中心很多设备都具有这样的图形功能，但在实际运维的工作中却为何很少用呢?

　　数据中心日常运维的工作和其它行业有很大区别，特殊的技术特点决定了采用命令行的工作模式更优于图形化的工作模式。第一，图形化功能虽然直观，但是要传输的信息量却很大。比如我们要将一台网络设备通过图形化的方式显示出来，那么需要向设备发送大量的SNMP节点信息，获取设备的各种运行状态，获取的信息量是非常大的，这些数据通过网络传输要消耗网络带宽。对于服务器设备如果不通过远程的显示方式，而采用本地的方式，则需要部署大量的显示器，使用成本很高。在实际的数据中心里都是部署几台这样可以移动的显示器，必要时将显示器插到服务器上使用。远程界面登陆的方式要比通过Telnet，SSH方式登陆设备效率低得多。第二，为了保持设备图形化显示的实时性，就需要周期性地访问设备，获取设备运行状态，这本身就给设备运行带来了负担。如果不能实时更新，就无法获取设备运行的真实状态，可能会给分析带来误判，而且在图形界面上操作时，系统软件要将图形界面的操作转换给设备识别的命令语言，这样转换效率很低。往往在图形界面上点击一个命令，传递到设备上时，设备的状态已经改变了，使得图形执行的效果与预期不一致，图形化牺牲了操作的效率。第三，数据中心很多的功能并不能通过图形化很好地呈现，甚至是无法实现的。比如我们希望看看设备上OSPF协议学习到了哪些动态路由，还想看看具体某条路由是如何学习到的，这些信息通过图形是很难表示的。而这些通过命令行却很容易显示，通过调试命令很容易就将路由的学习过程显示出来。第四，数据中心设备的很多技术参数，运行状态往往通过一系列数字和字符就可以明确表示，简单易懂。通过图形化显示反而是画蛇添足，将简单的事情复杂化，而且还无法完全保证准确性，所以在数据中心里，命令行一直是日常运维工作的主要方式。

　　当然，图形化功能在数据中心里也有不可替代的作用，数据通过图形化显示直观，明了。所以在数据中心的监控系统上多采用的是图形化工具，通过图形，图像将数据中心运行的各种参数体现出来。在数据中心网管系统中也多采用图形化的显示方式，让运维人员对数据中心网络的运行状态一目了然。而且命令行的方式要求运维人员记忆大量的操作命令，并熟知这些命令显示内容的含义，这样才好对问题做出准确判断，而往往一台设备的操作命令成百上千要都掌握难度很大，运维的水平高低一般就体现在对这些命令的熟知程度上。数据中心里不同功能的设备命令都不同，即使是相同功能的设备，不同的操作系统，不同厂商的设备，命令行风格都会不同，这样掌握起来难度很大，所以数据中心运维工作任重而道远。在目前的数据中心里，还没有更好的运维方式，命令行方式依然是主流的运维模式，图形化方式作为补充。在数据中心里，应该将图形化和命令行两个方式有机结合起来一起应用，才能将运维的工作做得更好。命令行的方式在数据中心里永远都不会过时，在未来也依然是主流的运维操作方式，短期内还看不到有更好的方式，所以打算从事数据中心运维工作的人要做好准备，吃透那些晦涩难懂的命令，掌握数据中心一类设备的运维命令不亚于学习一门外语的难度。

 责任编辑：娟子编辑