明天，实现几个还不错的功能点
明天，计划实现几个还不错的功能，算是个自己这段时间的运维里程碑划上一个句号。里程碑是自己制定的，目的是督促自己做事情有一个预期目标，在糟糕的实现中不断迭代，得到一个相对来说改进后的结果。
第一个是运维数据的维度管理需要打通，即一台服务器或者是一个实例，都能够通过主机，实例，集群，库几个维度来进行灵活的跳转。比如我知道一个实例的信息，可以无缝的跳转到集群和主机的信息，然后还可以灵活的跳转回来。这样一来，元数据就是一个完整的链条了。
目前对于库级别的粒度可以先放一放，但是集群，主机，实例是需要的。
第二，如果细看其实会发现目前的业务管理入口是缺少的。通过业务入口来进行批量操作，针对性更强，业务属性更明确。这个功能一直拖了下来，与其协调好几个人，可能我花一个小时就做好了，所以就自己先做吧。
第三是对于服务开通权限的处理，目前分为两个部分，一个是防火墙权限的开通，一个是数据库权限的开通。目前数据库的基本管理功能已经调通了，需要解决一个小的技术难点，就是脚本的交叉调用中传输单引号的问题。
所以目前需要做的是把基础的权限配置做好，点点鼠标能搞定的绝对不能降低标准手工敲一堆的命令。
第四个是安装部署的改进，明天加入进度条，初步可能是一个形式上的进度条，后面会加入进度的控制，让这个操作基于Ajax的异步刷新来得到真实的进度信息。
第五个是对已有的安装部署加入基于元数据校验的逻辑，假设这个页面里面，可以基于元数据做很多维度的分析和判断。
比如IP信息是否存在，服务是否可达，对应的宿主机是否正常，数据库版本选择是否正确，是否已经安装了其他版本的数据库，端口是否已经被占用，业务编码（首先要接入业务管理）是否有效，数据库缓存是否基于当前的使用情况等。这些信息都是琐碎的，如果没有了元数据的基础，这些繁琐的逻辑就会被忽略，一旦出现了线上的问题，那基本就是灾难性的。
所以我现在几乎每天到公司都会自己说服自己要做什么事情。然后带着一个大体的目标来推动事情，要不大家想到哪里做到哪里，遥遥无期。明天看看我的实践的初步结果吧。
当然运维开发是我目前的工作内容，是一部分，最近还要捋一把MySQL存储过程的东西，把一些逻辑实现和改进都全部系统的梳理一遍，相信这个经历会让我很难忘。