运维思索：目录管理规范的重要性

简述

作为运维团队的一员&＃xff0c;当你登录服务器第一时间是否有以下行为&＃xff1a;

• 确定应用的启动目录、数据目录、日志目录、启动用户&＃xff1b;
• 确定应用如何启动及是否有开机自启动或守护进程&＃xff1b;
• 确定服务器的日常脚本目录、软件源码目录、公共目录等&＃xff1b;

如果你存在以上行为&＃xff0c;那说明你们的团队需要做目录管理规范了。这是为什么呢&＃xff1f;首先明确的是我们无论做什么规范&＃xff0c;目的都是避免差异性&＃xff1b;其次团队中每个人的习惯不同&＃xff0c;没有规范必将导致服务器配置差异五花八门&＃xff0c;无形中增加了运维的难度&＃xff1b;最后目录的规范统一可以给后续的自动化打下坚实的基础。

举个简单的例子&＃xff1a;
有了统一的备份目录&＃xff0c;我们只需运行一个简单的一条命令就可以实现数据的远程备份&＃xff0c;而不用为适配各种备份目录而烦恼。

因此&＃xff0c;目录管理常常被大家所忽略&＃xff0c;但是做好目录管理可以让我们受益匪浅&＃xff01;&＃xff01;

思路

既然目录管理如此重要&＃xff0c;我们应该从哪方面作为切入点呢&＃xff1f;
下面就来谈谈我们一些看法吧。

对于目录来说&＃xff0c;最终承载的是各种技术栈、功能组件&＃xff0c;因此它们就成了我们目录规范的需求依据。
我们就来把这些需求来分下类。
1.开发技术栈

• Java
• Php
• Python
• 等等

2.功能组件

• 公共组件
  可以理解为公共资源&＃xff0c;如安装软件、脚本、备份等
• 基础组件
  可以理解为技术栈依赖的基础工具&＃xff0c;如jdk、tomcat等
• 业务组件
  可以理解为应用相关&＃xff0c;如应用软件包、应用日志等

通过以上两个分类&＃xff0c;可以看出他们的包含关系为&＃xff1a;
开发技术栈 > 功能组件 > 目录

实现

理清了技术栈、功能组件与目录的关系后&＃xff0c;我们就可以本着“一目了然、一句到位、一清二楚的”规范风格&＃xff0c;直接以图表的形式进行展示&＃xff0c;而不拘泥于文字。

通过以上表格得出&＃xff0c;对于交付一台服务器&＃xff0c;我们首先要搞明白以下几点&＃xff1a;

• 开发技术栈
• 公共组件
• 基础组件
• 业务组件

只要把这些组件关系弄清了&＃xff0c;那么如何安放目录也就不言而喻了。

总结

我们通过引入技术栈和功能组件的方式&＃xff0c;在逻辑层面将原来揉杂在一起的系统重新分组、分类编排&＃xff0c;这不仅有助于我们更好的进行运维管理&＃xff0c;更重要的是为以后的自动化打下了坚实的基础。。。。。