从本文开始，我们正式进入项目研发阶段，首先我们分析下统一认证平台应该具备哪些功能性需求和非功能性需求，在梳理完这些需求后，设计好系统采用的架构来满足已有的需求和未来的扩展应用。

1 功能性需求

统一认证平台应该具备以下基本功能，本文只是抛砖引玉，我只列出后续课程会讲到的相关内容的需求，不会详细的设计功能和需求，详细的功能需求可在此基础上根据项目需要自己扩充。

统一授权

可以为不同的业务系统提供一套标准、安全、可靠的授权方式，减少重复编码工作，也可有效整合公司内部团队使用技术架构不统一造成后期整合困难的问题。

用户访问各业务系统时，提供用户访问的身份认证工作，校验身份的合法性。

用户在认证平台通过认证后，可直接访问已授权的所有应用系统，实现不同应用系统的身份认证共享，从而达到多应用系统的单点登录。

对于安全性要求较高的应用，可能对用户身份进行二次认证，其中扫码登录就是一种认证方式，后期会单独列篇章在讲解扫码登录的实现。

系统设计时需要考虑到兼容性问题，考虑到后期接入的客户端的不确定性，设计时应满足采用统一标准所有客户端均可接入。

系统设计时需要考虑到系统的可扩展性，随着接入应用的增多，系统也要支持横向扩展来满足高并发的需求。

系统设计时需要考虑系统应用的安全性，从数据安全到传输安全，保证认证平台安全稳定运行。

根据以上需求，形成初步的系统架构，后续的课程会围绕此架构的基础上进行讲解，并一步一步来实现所有的功能。

【.NET Core 项目实战-统一认证平台】第一章功能及架构分析

通过此微服务架构，我们可以很好的对项目进行扩展应用，随后我们会发现有几个问题需要解决。

1、网关的功能及实现？

网关应该具备路由、认证、鉴权、限流、熔断、缓存、监控等一系列功能，所有的请求都优先进入网关，他是整个应用程序的基石，所以网关应该满足横向扩展的需求来应对未来的请求压力。那如何实现这个网关呢？大名鼎鼎的 Ocelot 就派上用场了，开源地址(https://github.com/ThreeMammals/Ocelot)，后续的网关功能实现都是基于 Ocelot 的基础上进行扩展实现，如有不熟悉的，可以先自己查看 Ocelot 相关的文档。
2、授权和认证的功能及如何实现？

如何实现标准、安全、可扩展的认证模块，这块就靠我们另外一个开源项目在解决我们的问题，Identity Server 4，这个组件基本能满足我们常用的应用，基本的使用方法可参考园友们的基础教程，后续的应用会就满足我们业务需求需要改造的部分进行详细介绍。
3、如何实现服务注册中心？

应用中会结合 Consul 集群和.Netcore 服务，实现服务的自动注册、移除、监控、通知等一系列功能。
4、为什么要搭载配置中心及如何实现？

一旦项目使用分布式架构，面临的最大的问题是每次发布都要修改项目的配置信息，想象一下如果我们有 100 个服务，配置信息一致，需要修改 100 次，天哪。漏了百八十个忘了改也正常，这次我们就需要把配置信息进行独立管理，Apollo 闪亮登场.