一、业务功能架构
概念：业务功能架构需要表达的是业务系统之间的依赖关系，边界划分。梳理不同业务子系统间的业务逻辑关系，信息流，系统业务边界等等。
目标：业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整，简单的业务视图，降低业务系统的复杂度，提高用户理解度，最终给用户(开发人员，运维人员，设计人员)最直观的业务体现。
方法：业务架构实际上就是对业务的一种收集，提炼，拆解，归纳，分类的一个过程。
简单来说可以分为三个核心步骤：面向不同目标用户，分子系统，分模块，分功能
业务功能架构的输入：售前工程师的成果物：投标文档。产品经理的成果物：比如axure原型交互图。在Netty API网关的系统当中，是没有产品经理的，因为Netty API网关属于服务总线核心组件，这个是大多数技术性的组件，没有界面。有界面的比如有管理中心，统计中心，个人中心，服务总线里面的服务注册，服务申请。这些对用户是可见的。负责产品的设计也需要由架构师来设计的，梳理的。
业务功能架构图如下：
Netty API网关中面对的用户：不同的应用，运维人员：负责服务的管理，审批，注册。
为什么需要服务总线：Netty API网关是属于服务总线的一个概念，我们不同的系统之间需要数据交互。A系统给一个接口给B系统用，通过httpclient来调用。如果是大型平台有几十个，几百个子系统的话。也可以A公司的系统调用B公司的系统，如果没有API网关的话沟通协调也是有问题的。那么有了API网关之后会提高效率，做到统一规范的管理，类似于发布订阅的形式，解耦的模式。
API网关：服务的过载，保护，限流，降级都是从API网关延伸出来的。调用的时候才走API网关。
服务资源池:API资源可以用文件，DB来存储。
服务资源门户：对服务资源的管理，查询，审批。
应用系统：通过API网关进行服务资源的代理，鉴权，限流。鉴权通过的话，应用系统再去调用API。
