关于架构设计:架构设计-11可扩展架构之微内核架构

导读：《架构设计》系列为极客工夫李运华老师《从 0 开始学架构》课程笔记。本文为第十一部分。次要介绍了如何面向性能拆分架构，首先介绍了微内核架构的根本架构设计，以及几种常见架构的实现与特点。最初分享了微内核架构典型开源规定引擎 JBoss Drools。

扫描文末二维码 关注公众号 回复“架构设计”获取架构设计笔记残缺思维导图

根本架构

两类组件

外围零碎（core system）

负责和具体业务性能无关的通用性能：

• 模块加载
• 模块间通信

插件模块（plug-in modules）：负责实现具体的业务逻辑

外围零碎设计

插件治理

• 外围零碎须要晓得以后有哪些插件可用，如何加载这些插件，什么时候加载插件。常见的实现办法是插件注册表机制。
• 外围零碎提供插件注册表（能够是配置文件，也能够是代码，还能够是数据库），插件注册表含有每个插件模块的信息，包含它的名字、地位、加载机会（启动就加载，还是按需加载）等。

插件连贯

• 插件连贯指插件如何连贯到外围零碎。通常来说，外围零碎必须制订插件和外围零碎的连贯标准，而后插件依照标准实现，外围零碎依照标准加载即可。
• 常见的连贯机制有 OSGi（Eclipse 应用）、音讯模式、依赖注入（Spring 应用），甚至应用分布式的协定都是能够的，比方 RPC 或者 HTTP Web 的形式。

插件通信

• 插件通信指插件间的通信。尽管设计的时候插件间是齐全解耦的，但理论业务运行过程中，必然会呈现某个业务流程须要多个插件合作，这就要求两个插件间进行通信。
• 微内核的外围零碎也必须提供相似的通信机制，各个插件之间能力进行失常的通信。

常见架构

OSGi 架构

OSGi 的全称是 Open Services Gateway initiative，自身其实是指 OSGi Alliance。OSGi 联盟的初始指标是构建一个在广域网和局域网或设施上开展业务的根底平台，所以 OSGi 的最早设计也是针对嵌入式应用的。当初咱们议论 OSGi，曾经和嵌入式应用关联不大了，更多是将 OSGi 当作一个微内核的架构模式。

逻辑架构

模块层（Module 层）

• 模块层实现插件治理性能。
• OSGi 中，插件被称为 Bundle，每个 Bundle 是一个 Java 的 JAR 文件，每个 Bundle 外面都蕴含一个元数据文件 MANIFEST.MF，这个文件蕴含了 Bundle 的根本信息

生命周期层（Lifecycle 层）

• 生命周期层实现插件连接功能，提供了执行时模块治理、模块对底层 OSGi 框架的拜访。
• 生命周期层准确地定义了 Bundle 生命周期的操作（装置、更新、启动、进行、卸载），Bundle 必须依照标准实现各个操作。

服务层（Service 层）

• 服务层实现插件通信的性能。
• OSGi 提供了一个服务注册的性能，用于各个插件将本人能提供的服务注册到 OSGi 外围的服务注册核心，如果某个服务想用其余服务，则间接在服务注册核心搜寻可用服务中心就能够了。

规定引擎架构

规定引擎从构造上来看也属于微内核架构的一种具体实现，其中执行引擎能够看作是微内核，执行引擎解析配置好的业务流，执行其中的条件和规定，通过这种形式来反对业务的灵便多变。特点：

• 可扩大：通过引入规定引擎，业务逻辑实现与业务零碎拆散，能够在不改变业务零碎的状况下扩大新的业务性能。
• 易了解：规定通过自然语言形容，业务人员易于了解和操作，而不像代码那样只有程序员能力了解和开发。
• 高效率：规定引擎零碎个别提供可视化的规定定制、审批、查问及治理，不便业务人员疾速配置新的业务。

根本架构

• 开发人员将业务性能合成提炼为多个规定，将规定保留在规定库中。
• 业务人员依据业务须要，通过将规定排列组合，配置成业务流程，保留在业务库中。
• 规定引擎执行业务流程实现业务性能。

实现

插件治理

• 规定引擎中的规定就是微内核架构的插件，引擎就是微内核架构的内核。规定能够被引擎加载和执行。
• 规定引擎架构中，规定个别保留在规定库中，通常应用数据库来存储。

插件连贯

相似于程序员开发的时候须要采纳 Java、C++ 等语言，规定引擎也规定了规定开发的语言，业务人员须要基于规定语言来编写规定文件，而后由规定引擎加载执行规定文件来实现业务性能，因而，规定引擎的插件连贯实现机制其实就是规定语言。

插件通信

规定引擎的规定之间进行通信的形式就是数据流和事件流，因为单个规定并不需要依赖其余规定，因而规定之间没有被动的通信，规定只须要输入数据或者事件，由引擎将数据或者事件传递到下一个规定。

开源规定引擎 JBoss Drools

采纳 Java 语言编写，基于 Rete 算法。

长处

• 十分沉闷的社区反对，以及宽泛的利用。
• 疾速的执行速度。
• 与 Java Rule Engine API（JSR-94）兼容。
• 提供了基于 Web 的 BRMS——Guvnor，Guvnor 提供了规定治理的知识库，通过它能够实现规定的版本控制，以及规定的在线批改与编译，使得开发人员和系统管理人员能够在线治理业务规定。

毛病

尽管 Drools 号称简略易用，但实际上其规定语言还是和编程语言比拟相似，在理论利用的时候一般业务人员面对这样的规定语言，学习老本和了解老本还是比拟高的

集体思考

当成我所负责的广告服务特点比拟显著——接入端多、场景多。那么这种微内核架构就比拟适合，将外围的解决逻辑形象进去，场景插件化，而后通过对立数据层将多端接入引入的协定差别打平，可能疾速反对新端、新场景。
此外，一些框架、平台类型的服务，集体了解都是这中架构，将外围逻辑抽象化，具体性能插件化，依照外围框架提供的插件标准实现所需性能的插件即可，典型的如：Nginx 等。

reference

1. 《从 0 开始学架构》https://time.geekbang.org/col…