04 | 架构设计流程（四）：详细方案设计

李运华 2019-09-06

完成备选方案的设计和选择后，我们终于可以长出一口气，因为整个架构设计最难的一步已经完成了，但整体方案尚未完成，架构师还需继续努力。接下来我们需要再接再励，将最终确定的备选方案进行细化，使得备选方案变成一个可以落地的设计方案。所以今天我来讲讲架构设计流程第 4 步：详细方案设计。
架构设计第 4 步：详细方案设计简单来说，详细方案设计就是将方案涉及的关键技术细节给确定下来。
假如我们确定使用 Elasticsearch 来做全文搜索，那么就需要确定 Elasticsearch 的索引是按照业务划分，还是一个大索引就可以了；副本数量是 2 个、3 个还是 4 个，集群节点数量是 3 个还是 6 个等。
假如我们确定使用 MySQL 分库分表，那么就需要确定哪些表要分库分表，按照什么维度来分库分表，分库分表后联合查询怎么处理等。
假如我们确定引入 Nginx 来做负载均衡，那么 Nginx 的主备怎么做，Nginx 的负载均衡策略用哪个（权重分配？轮询？ip_hash？）等。
可以看到，详细设计方案里面其实也有一些技术点和备选方案类似。例如，Nginx 的负载均衡策略，备选有轮询、权重分配、ip_hash、fair、url_hash 五个，具体选哪个呢？看起来和备选方案阶段面临的问题类似，但实际上这里的技术方案选择是很轻量级的，我们无须像备选方案阶段那样操作，而只需要简单根据这些技术的适用场景选择就可以了。

取消

完成

0/1000字

划线

笔记

复制

该试读文章来自付费专栏《架构设计流程详解》，如需阅读全部文章，
请订阅文章所属专栏。

立即订阅

登录后留言

精选留言(2)

SuperSnow

文中的日志表需要定期删除吗？这个不是要留底吗？另外，消息表是不是也就是所说的存业务数据的数据表？

2019-09-12



 1
亚东

见过PPT架构师，IBM的觉得蛮厉害的。能够在架构设计的时候，规避繁琐的细节处理。

2019-09-09



 1

收起评论

2









下载
客户端

返回
顶部