自动化平台开发小结（三）

今天来继续说说自动化开发的一些事情，截止目前，也是按照计划中的开发进度在推进。说几点自己的感受。

元数据的设计

元数据这部分我的设计就是从简，先来一个概要的信息，然后细节的信息可以通过其他入口来看。

比如对于数据库来说，系统，机架位的信息，这些完全可以从兄弟部门那里通过API的方式来得到。可以作为信息的参考。

很多元数据的设计和规划，前期如果已经有了成型的系统，直接废弃掉，革命掉也不大好，还是要吸取已有的经验，逐步沉淀，总是事情不是完全从零开始，但是在设计的时候，还是需要避免过度设计。

比如下面的概要信息，组合起来，会发现有一部分元数据信息时有问题的。而且主从的数据也是有些出人的，这个通过之前的方式是看不到的。

数据字典

数据字典的部分，自己最开始没有重视起来，结果写到一定程度之后，发现里面还是有很多的门道，所以把这部门内容补上了。

因为有些数据字典信息时有迭代关系的，目前的展现只有迭代关系的记录，可视化方面还需要继续加强，比如下面的方式，在查看的时候效果明显就要好一些，也是这几天花点时间准备改进的地方。希望做成类似下面的表格方式，层次关系就很清楚了。

用户的菜单权限

目前是使用了动态菜单的方式，在这个粒度上自己又考虑了更深一步，那就是一个页面有增删改查的功能，我们可以做细粒度的权限划分，这个是已有的permission做不到的，那个只能实现表级别，我们希望能更细一些。这样，菜单的权限就能够更加细化，如果有部分的业务开放给业务同学，给只读权限足够了。

权限的控制粒度

权限的粒度控制，如果更细一些，那就还需要做一些校验，比如我们有MySQL和Redis方向的服务器，元数据都是同一个入口，如果我不希望看到Redis的服务器信息，我完全可以通过一种类似角色或者组的方式来控制。这样同一个页面，我只看到的是MySQL的信息，如果权限够大，看到的更多。

备份检查

开发规范设计文档

在这方面自己也沉淀了一些想法，准备写一个版本，把一些风格，设计的理念都统一一下。