微内核架构模式可以适用于那些需要适应变化的软件系统。微内核保持系统的稳定性，而构件化则增强系统灵活性，微内核与业务构件化的分离实现了对系统稳定和变化的同时管理。
微内核是由Richard Rashid在卡内基·梅隆大学开发Mach操作系统时提出的概念，目标是建立一个基于消息传送机制的最小内核，以便在此基础上建造对其他操作系统的模拟层来模拟其他操作系统的特性。
由ERP核心逻辑、流程及构架形成的内核就是ERP引擎。ERP引擎与微内核是一种共生态，都是基于构件化的体系结构，这种结构带来了高层次的抽象、重用与柔性。
对制造公式、模型和核心逻辑实行精炼和优化被称为微内核设计，它可以保持ERP内核稳定，以不变应万变。企业构件总线本质上是微内核架构模式的具体应用。微内核实现了策略和机制分离，它把基础服务功能封装在一个微内核部件内，该内核独立于其他部件工作。由此可见，采用微内核架构的企业构件总线，在一定意义上将商务和技术上的瞬息万变转化成了机遇。
ERP引擎和微内核设计理念的引入深化了构件化设计思想。内核就是引擎，就是构件总线，运行于这条总线的是业务构件，微内核设计使基础构件与业务构件分离开来，实现业务构件的热插拨。
构件化就是通过构件技术来构造系统。ERP构件化是指ERP架构的构件化，包括技术架构和业务架构都向构件的方向发展，逐渐摆脱传统体系结构的束缚。它要求在ERP内核的基础上，通过业务构件来搭建和构造新的业务系统，因此，ERP构件化的真正含义是ERP体系结构的转型问题。构件化增强系统灵活性，微内核则保持系统稳定性，而微内核与业务构件化的分离实现了对系统稳定和变化的同时管理。
构件化的价值在于其可复用性、可重构性、可装配、可替换、可组合等特性，这些特性使构件系统具有很好的灵活性和柔性，能够适应变化。这些优良特性对系统适配、流程变革和维护提供了很好的柔性支持能力。
构件化是ERP发展的重要方向，而业务构件化是ERP构件化的重点。业务构件是业务过程的软件实现，是分布式信息系统自治的、可复用的元素，包括对特定业务概念描述、实现和部署时所必需的所有软件产品，也包括业务流程、用户界面和数据模型，是对一定领域内业务处理共性的抽象化、标准化。基于构件的开发方法能创建可重用的构件并将其组合，用多个业务构件动态地组成一个新的应用系统，提高了效率，降低了开发成本。
基于消息的构件技术是一种采用消息交换思想的构件技术。消息交换是指一系列实体按照一定的标准规范，通过某种通信机制，互相进行消息交换。消息交换网络是构件之间的中介。
消息系统的好处在于它的松耦合，这也是从系统体系结构的视角，克服和解决系统刚性。松耦合意味着模块或构件之间的关联度低，构件内部的聚合度较高，构件增减或功能变化不会影响到其他构件，这样便于系统的装配、局部重构和升级，也有利于构建一个灵活的具有柔性的系统。
基于消息的构件技术有很多优点：构件之间完全独立，基于消息的构件系统十分灵活，并且能够很容易地支持很多特性，比如，构件的集簇和冗余构件容错。因此，基于消息的构件技术能够比较好地支持构件系统的演化，主要表现在以下方面：消息可以提供更好的灵活性和扩展性；构件可以根据自身功能，自由地选择所支持的消息格式，而不是严格遵循某种构件接口；消息格式的版本变化反映了软件需求在细节上的变化。

（c112）