架构实战营模块 1 作业指导

微信业务架构图的典型问题

1. 架构分层不正确（Rank）

上面这张图，正好违背了 4R 架构里面的 Rank（分层）这个定义，微信的业务架构，不应该把评论下面的的“发布、审核”等写上来，最多只往下画一层到“评论”就够了

2. 模块粒度不一致

1）模块粒度不一致：公众号 和 朋友圈的评论不是一个级别的业务模块

2）设置一般不算业务

3）公众号、订阅号算社交，而朋友圈不算社交，这个分类不太符合常识理解

3. 误把 app 布局当做业务分类标准

上面这张图的问题就是把 app 上的布局当做业务分组了，公众号、订阅号、漂流瓶，并不是聊天业务的分组里面的，应该把聊天改为“好友”、然后和“附近的人”、“漂流瓶”分为一组，可以叫做“社交类”业务

4. 误把入口当作业务分类

上面这张图的问题是：把 app 的功能入口当做业务了，比如说“小程序”归入“扫一扫”分类，其实是不正确的，扫一扫本身不是一个业务，只是 app 的基础功能、扫码支付、小程序才是业务

5. 业务分类没有把握业务本质和场景

这个业务架构图的两个典型问题：1. 很不美观，不利于别人理解，你可以假设自己给 P9 汇报，如果是这么一张图，被喷的概率会很大；2. 业务分类划分不正确，“基础功能”、“附加功能”这些没有将业务分类，也没有点出业务的本质，实际上这几个业务应该这么分：资讯类（看一看、搜一搜）、社交类（摇一摇、附近的人、朋友圈、聊天）、游戏类（小游戏、游戏分发）、生态类（小程序、公众号）、娱乐类（短视频、直播）

学生管理系统毕设作业的关键点

作业设计其实隐含了三个复杂度判断相关的条件：

1. 公网可访问，且大家都是穷学生，应该选择阿里云之类的产品，但不需要 Nginx 之类的来做负载均衡，DNS 直接配置到两台服务器即可

2. PHP 高手这里是故意留的陷阱，毕设的复杂度不需要 PHP 高手来解决，3 个人都会 Java 才能效率最高，因此将服务器分为 PHP 服务器和 Java 服务器的都是不正确的

3. 毕设要打分，不能太简单也不能太复杂，因此一台机器搞定的架构就不太好

作业参考

微信业务架构图