标签：监控   访问权限   分支   设计原则   业务   技术架构   前后端分离   工程   测试环境   

以互联网技术开发为主要职责的技术团队，其技术管理体系的建设，应该具备以下目标：

运维体系

代码管理

• 工程的名、访问权限等管理制度。
• 分支的创建、合并原则。

CI/CD

• 每次代码提交可以触发自动的打包，测试环境的版本发布，自动化测试等。
• 产品经理可以选择某个测试环境版本，指定为发布到生产环境的版本，确认后自动发布到生产环境，无需运维手动操作。

云服务

• 充分使用云平台的各类Paas服务，如短信、图床、文件系统等，提高基础服务的稳定性，并降低维护成本。
• 数据库也尽量采用云数据库示例，而不是在ECS上自行构建。

容器化

• 构建好各不同技术栈的部署环境镜像。
• 按一定的原则将各类容器部署到不同服务器上。
• 根据业务复杂性确定是否引入K8S或是仅适用简单的容器。
• 容器内尽量不部署或保存数据，必须部署的，需要设置volume来确保数据持久化。

容量伸缩

• 对于系统负载，要有自动监控和预警的机制。
• 可根据情况，选择手动或者自动去处理系统容量的扩张或者缩减。

数据备份

• 根据数据价值的大小，确定备份频率以及备份文件的保存时限。紧急情况下可以恢复备份。

技术架构

前后端分离

• 所有工程实现或者改造为前后端分离。
• 所有工程的前端技术栈、后端技术栈，都尽量进行统一。

架构选型

• 确定什么样的工程和架构的匹配原则：单点服务器还是微服务体系。
• 每个架构下各种技术组件的选择明确下来，尽量统一，合理地避免不同工程使用不同组件实现通用的功能。

代码评审

• 要引入自动化的代码检查工具，最好把代码检查集成到CI/CD中进行管控。
• 要有手动评审机制，来确保代码实现不出现结构性的问题。

测试

自动化测试

• 接口层面的自动化测试是有必要性的，需要选择好测试工具，以及用例编写的语言。
• 自动化测试用例的维护机制，要及时更新。

手动测试

• 需求测试的流程、问题记录、测试标准。
• 测试计划的模板和评审方式。
• 测试用例的设计原则、方法，基于工具的创建、更新是使用体系。
• 测试执行的流程、要求、基于工具的执行记录。
• 测试报告的模板、格式。

文档

• 前端架构说明文档
• 后端架构说明文档
• 数据库表结构说明
• 接口说明文档

工具

• 代码管理
• 自动化部署
• 项目管理
• 知识管理
• 文档管理

技术管理体系的建设目标

标签：监控   访问权限   分支   设计原则   业务   技术架构   前后端分离   工程   测试环境   

原文地址：https://www.cnblogs.com/zhaoxizhe/p/12523387.html