自动化平台开发小结(三)

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

元数据的设计

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

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

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

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

数据字典

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

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

用户的菜单权限

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

权限的控制粒度

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

备份检查

开发规范设计文档

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

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180118B004FL00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励