总体来说，业务可以稳定运行，大家主要关注线上环境的管理。相反，他们对其他环境的管理不够重视。现实情况是，这些环境的管理需要更加规范，只有通过统筹管理，减少一些潜在的隐患，才能在一定程度上降低网络环境的隐患。假设其他环境都是车道，而线上环境是由红绿灯控制的，如果道路严重堵塞甚至无法使用，让交通稳定运行是非常危险的。数据库环境的规范化管理也是如此，这是一个很容易被大家忽视却又关系重大的事情。首先，我们需要明确一下提到的数据库产品。例如，提供的数据库产品有标准版、集群版、单机版。这样，对环境的管理方式也不同。比如标准版需要考虑高可用，而集群版的底层数据分片节点其实就是标准版，在管理方式上涉及到分布式集群管理和高可用管理。然后说一下相关的数据库环境。开发环境通常用在开发端，其主要目的是为了高效。测试环境需要对应测试服务器，会根据线上环境类型（单机版和集群版）做一定比例的适配。预发布环境与线上环境具有相同的权限配置，有单独的预发布应用服务器，是发布到线上验证的关键一站。上网环境最重要的是在稳定运行的基础上提高效率、保障安全，这也是业务稳定运行的命脉。另外还有数据统计分析环境，大数据分析环境等，因为这次扩展的范围会比较大，就不细说了。有了这些信息，让我们看看基础环境的管理蓝图。其实这是一个可以把数据从头到尾连接起来的环节，左边的部分值得一提，就是数据库资源的传递。我们几乎记不住有哪些测试数据库资源是交付给开发同学的。据说这些任务大部分都可以通过创建数据库自助服务来实现，所以资源分发部分主要解决在线环境下快速分发的问题。比如你的后端执行需要1分钟，而前端从准备环境到完成开发提交需求需要20分钟，那么同样的交付效率还是值得怀疑的。开发环境的管理更加分散。一些开发团队购买服务器来构建自己的环境，而其他团队则混合使用开发环境和测试环境。但是预发布环境很多开发同学觉得有点麻烦，让预发布环境变得鸡肋，可能几乎没有吸引力。那么环境标准化管理的主要任务是什么？这就需要标准化管理范围。总的来说，我们规划了以下几个部分。数据库版本统一规划升级。比如线上环境是5.7，那么测试环境也应该是同一个版本。同样，其他环境之间的版本管理也应该与操作系统、操作系统、文件系统、命令使用的标准化管理同步。在不同的操作系统和版本下，模式也不同。它需要统一。参考稳定版和更新版备份恢复全覆盖。无论是测试环境还是线上环境，都需要考虑备份和恢复。这是备份的粒度不同于恢复的能力。数据库拓扑关系支持，如何在一主一从、一主多从的环境下有效管理拓扑，是高可用管理的核心。当然，业界的开源软件也有自己的实现方式，个人觉得能抓住最本质的Topology管理才是重中之重。元数据生命周期管理。如果元数据没有生命周期管理，那就尴尬了。比如10.10.10.10的服务器掉线后重新申请服务器，IP还是10.10.10.10。如果元数据多维度管理不好，会导致误导甚至误操作。安全审计，开发业务学生如何正确使用网络环境，涉及环境安全规范，并在一定程度上制定有限的访问权限，为所有流程提供审计支持。在此基础上，总结了当前环境管理存在的问题，发现了很多问题。红色部分是我特意标出需要改进的部分。并且通过对任务重点的拆解，再加上时间计划，推导出一些要做的事情和这个工作方向的可行性。当然，重要的一点是，环境的标准化管理是一个持续推进的工程，最好能在整体上做到合理的平衡。本文转载自微信公众号《杨建荣的学习笔记》，可通过以下二维码关注。转载本文请联系杨建荣学习笔记公众号。
