项目架构

我们公司有一款社交 App，随着业务不断扩展，功能逐渐增多，早期的代码发展至今写的很乱很臃肿。为此，我们对部分业务模块进行了重构，比如里面的推送相关的服务被单独拆分了出来。 像「用户资料审核通过

最近一段时间接了个项目一直在忙碌，遇到了一个非常无语的问题，因为该项目的测试服务器及环境是由甲方人员进行购买、搭建环境，我在本地开发后推到测试服务器上面进行构建测试、由于环境不一致的问题导致产生

在之前公司做C端产品的时候。初始上线的时候业务需求很少并发量也不高 我们项目最开始就是搭建的redis单机模式，基本上能够满足业务需求并提供稳定的服务。后面随着我们产品的推广和用户量的激增 我们

在之前文章中，我介绍了如何使用 syncd 自动化部署工具进行项目的集群化部署。然而相对来说，像 syncd、Kubernetes（K8s）、Swarm 这些自动化部署工具通常用于更严谨的环境，

在项目开发过程中，我们通常在开发和测试阶段采用单机架构进行开发和测试。这是因为在这个阶段，系统的主要目的是功能实现和验证，单机架构足以满足开发人员的日常需求，且可以简化环境配置和调试过程，方便定

在日常开发中，我们之前工作中经常接手的大多数都是传统 MVC 架构体系的项目。然而，随着现在分布式和微服务架构的普及，越来越多的项目开始重构、拆分，传统的 MVC 架构也逐渐向 DDD 架构演进

在我们日常的工作中，项目流水线一般都是由本地、测试、生产这三大环境贯穿，而我们项目的部署方式也是随着技术的不断发展而不断变化。过去，我们在单机架构下通常是手动部署来完成项目上线更新。然而，随着我