功能分析
在整个微服务架构的搭建过程中，我们需要做的第一步就是对服务进行拆分，将一个完整的系统模块化，通过对各个模块互联，共同完成一个系统的工作。既然要做到模块化，那么必须明白你的系统的需求到底是什么，即你要做的这个系统需要实现哪些功能，明确了功能以后，再对功能进行划分，将具有相似作用的功能划分为一个模块，最后再决定需要用什么样的方式去实现你的模块，最后才是正式开始敲代码。
在我们的个人博客中，我将网站划分为了以下几个部分：
- 主页
主页里面自然需要做一些概况展示，例如：文章总数、访问总数、评论总数、最近文章、最近留言、最热文章、作者推荐等，可以说主页里面跨越了多个模块的访问，那么简单的实现方式就是通过多个Ajax去访问不同的模块来进行动态加载数据。
- 技术随笔
技术随笔中自然是要有文章列表，通过加载文章列表，浏览者可以选择自己感兴趣的文章然后进行查看详情，即文章详情页面。在技术随笔页面，也应该包含最热文章和推荐文章，这样可以方便浏览者进行选择。
- 文章详情
文章详情重点展示的是文章的内容以及文章评论。
- 我的书屋
该模块可以说与技术随笔模块实现方式完全一致，也拥有书籍列表、最热书籍、推荐书籍、书籍详情以及评论，所以可以将它们归纳为一个模块，只需要在Type列进行标记，即可分开。
- 留言板
这里对每个浏览网站的用户提供了留言功能，针对每一条留言，可以有多条回复，对于这种存储结构，用Mo'ngodb存储最为适合。
- 网站管理
这部分包含了留言管理、文章发布等功能，这部分模块自然就需要有权限控制，只有网站管理员才能进行文章发布、留言管理，而一般的用户只有留言网站的权限。
- 身份认证
用于识别用户的身份以及相应权限，为了满足网站扩展性以及迎合目前趋势，身份认证授权我们当然是采用Identity Server4来实现。
模块划分
有了上面的功能的分析，我们接下来可以进行服务划分了。
- Ocelot网关服务
网关服务用于向外提供一个统一的访问地址，而在内部进行请求的转发，你需要在json文件中设置它的上游服务器和下游服务器，这样，所有对上游地址的请求，都会被转发到下游服务器，具体情况等到搭建Ocelot网关服务器的时候再进行详细解释，现在只需要明白，Ocelot的作用就是对外提供一个统一的地址，可以是你的域名，然后它会将请求按配置转发到多个节点上。
- IdentityServer4登陆服务
该服务主要用于提供身份认证和授权，即OAuth2+OpenID Connect，在用户访问一些接口时，如留言等，会要求身份认证，这是就需要进行登陆处理，当验证完毕后，会获得access-token和id-token，然后可以用access-token对接口访问，id-token代表了用户身份。
- 文章/书籍服务
之前说过，文章和书籍服务实现方式完全一致，包括文章/书评发布、评论等，所以将它们归为一个模块。注意，这部分的文章/书评的发布和删除，必须是管理员权限才能管理。
- 留言服务
留言服务归为一个单独的模块，选择Mongodb存储留言列表，留言服务与文章书籍服务交互甚多，引入HttpClient后，一定要用Polly库保证服务的稳定性。留言删除必须是管理员权限才能管理。
- 日志服务
网站日志，比如网站有什么异常啊，或者记录哪个接口延时较大等，以便后续改进，需要注意这部分权限必须为系统管理员才能访问。
- RabbitMQ服务
微服务之间的消息难免需要进行通信，例如，当其他服务发生了异常，需要用日志服务来进行异常记录，但是两个服务不在一个节点上，这种情况就需要使用我们的RabbitMQ来传递异常消息。其他服务利用通过EventBus投递消息，日志服务只需要接收消息进行存储即可。
最后，大家都知道Redis非常适合用于做网站浏览量统计、热度统计等，所以可以使用Redis来为主页需要显示的几个部分提供支撑。
系统架构
整个系统架构如下图所示：
图中，需要注意以下几点：
- 微服务之间最脆弱的部分就是服务之间的Http调用，所以需要用Polly库保证安全；
- 虽然查询数据库的框架其实效率差不多，但是我还是喜欢原生的SQL，在ADO和Dapper中，还是决定用Dapper，因为想学一下。。。
今天就先这样吧，下一篇会先把数据库的表间关系设计好，第一次写多多包涵。