一线大厂的架构模板.pdfVIP

一线大厂的架构模板

尼恩持续为大家研究3高架构，总结和梳理3高组件底层原理、底层源码，3高架构行业案例。

在社群交流的过程中，发现很多小伙伴，不太会写技术方案、架构方案。

所以，尼恩后续会持续收集、分享、介绍行业内优秀的架构方案，

下面是一个来自于AllenWu的架构方案，是一线的实操案例，对大家很有参考价值

以下文章来源于后端系统和架构，作者是架构师AllenWu

这里，尼恩作简单的梳理，分享给大家。

同时，对于其中不合理的地方，尼恩进行了完善和优化。

团队的技术方案设计模板

不管我们是做业务开发，还是做基础建设，

必然需要做好方案设计，还需要进行方案设计评审。

团队里边很多同学，甚至有些T9级别的同学，竟然都写不好一个技术方案

究其根本，主要还是没有形成自己的方法论，

从我个人工作这么多年的经验来看，技术方案设计是可以总结出一套方法论或者说框架套路来的。

为此，我总结出了一套通用的技术方案设计模板（提纲），然后在我们团队内部进行了统一，后面还推

广到了整个中心，

大家按照这个模板来写方案设计，绝对让你的领导满意。

详细版-技术方案设计模板（提纲）

相对详细和复杂的版本如下：

下面是技术方案设计模板在每一章节的简单说明，用来帮助你理清每个章节大概要写什么内容

一、现状

现状，主要是用来描述当前这个业务(项目)的一些基本情况介绍和相关的背景。

方案设计出来之后，是需要给你的leader或者团队其他成员进行评审或者查看，

一般来说，由技术委员会来评审

但是别人不可能都和你一样清楚你的项目，

因此首先，你要把你项目的基本情况和背景都说清楚，让大家达成一个共识，

大家站在同一个起点上，才能进行后面的方案评审和讨论。

业务背景

业务背景就是你这个业务的基本介绍，包括但不限于：

项目名称

业务描述

业务难点

技术背景

技术背景就是项目是基于什么样的技术背景下来构建的，

可以是从0到1来构建，也能是基于现有的方案来优化，

但是不管是什么场景，一定都会存在相关的技术背景，因此包括但不限于：

现有技术积淀

现有架构描述

现有系统的整体容量

二、需求

需求，很重要！

不管你的技术有多牛逼，都一定为需求服务的，

不管这个需求是技术需求，还是业务需求，一定都是要为需求服务。

注意：需求，这个需求可以是当下的需求，尽可能包含未来潜在的需求。

需求越完善，后面会少走弯路。

业务需求

业务需求就是你这个业务具体要做的事情，包括但不限于：

业务的功能点

要提升改造的功能

业务痛点

涉及到的业务痛点有哪些

性能需求