成为系统架构师绝非易事，其要求的能力十分全面。技术基本功要非常扎实，这是成为系统架构师的基础。统筹能力也是不可或缺的。面对一个项目，你需要从先进行需求分析、系统设计、人员安排，到事中进度把控、跨团队沟通，再到事后推动项目最终如期高质量上线，全流程进行掌控。一个重要的能力是在项目复盘时能否充分展现项目的复杂度和所创造的业务价值，即所谓的PPT能力。
下面我们将以一个具体的例子来详细讲解如何完成一个分布式高可用系统的设计。
集群是指同一个系统部署多个节点，每个节点都能提供同样的服务。而分布式则是一种部署方式，它将一个完整的系统拆解成多个子系统，部署在不同的物理机上，通过固定的通信方式（例如http或rpc）形成一个完整的系统。
微服务是种特殊的分布式系统，它既可以部署在同一个物理机上，也可以部署在不同的物理机上。微服务是包含分布式的概念。
高可用是每个系统追求的目标之一。在各种极端情况下，如机房起火、施工挖断网线等，系统仍能正常对外提供服务。为实现高可用，分布式是一种常用手段，但并非所有分布式系统都能实现高可用，例如当所有子系统都部署在同一个机房内时，一旦机房发生火灾，系统将无法保证高可用。
任何脱离业务的架构都是不切实际的。架构必须紧密结合业务需求，并在当前业务基础上预留好拓展性。
以图文共享系统为例，其基本需求如下：
主流程：...
分析需求通常分为三步：
- 梳理业务整体脉络：了解需求大致需要做什么。
- 梳理技术整体脉络：基于需求文档中的流程图输出技术流程图，包括技术上的具体实现。
- 结合自己的思考给出合理建议：对不合理或无法实现的需求点进行反馈，对遗漏的内容进行补充。
在主流架构设计中，微服务被广泛采用。微服务架构相对单体架构有明显的优势。我们的图文共享系统分为用户服务、图文服务、风控服务、推荐服务、结算服务等。
在数据库设计方面，我们遵循三范式原则：每个表必须存在主键；一个表的外键必须是一个表的主键；表里的每个字段必须是原子的。
在实际工作中，我们通常会采用改良的三范式。例如，我们不会使用物理外键而是使用逻辑外键替代，这样既达到了外键的效果又保证了拓展性。
代码分层设计是确保项目结构清晰、易于维护的重要手段。以使用Spring Cloud全家桶实现微服务架构为例，我们通常将代码分为Controller层、Service层、Dao层和Mapper层。
为了提升开发效率和代码质量，我们通常会定义全局切面来处理一些重复性的工作如全局异常处理、入参出参报文打印和JSR参数校验等。
在系统上线后，为了能及时发现和解决问题我们需重视监控设计。例如设置错误日志采集告警、重大风险处告警等。
在项目推进过程中我们需要对资源投入、里程碑、系统详细设计等进行全面规划。同时也要根据项目实际情况灵活调整计划以应对各种可能的问题和挑战。
最后分享一句非常喜欢的话：把根牢牢扎深再等春风一来便会春暖花开。这不仅是项目的历程也是成长的历程希望每位开发者都能踏实努力实现自己的目标。
若你对于分享的资料有其他问题或需要进一步的帮助请随时联系我：（此邮箱信息为示例请勿实际发送邮件）。