中间服务什么意思（组件、套件、）

编辑导语：在产品经理做技术中台时，有很多需要知道的专有名词概念；比如：组件、套件、中间件、插件等等，本文作者对此进行了解释和梳理，便于产品经理可以快速理解技术中台产品的逻辑和思维，我们一起来看一下。

2015年底，阿里巴巴提出2018年中台战略，旨在集合整个集团的运营数据能力、产品技术能力，构建符合DT时代的更具创新性、灵活性的“大中台、小前台”组织机制和业务机制，更敏捷、更快速适应瞬悉万变的市场。

2019年，腾讯、京东、字节跳动、美团等互联网巨头也争先恐后地宣布中台战略实施情况，依据各司组织架和业务情况，纷纷布局数据中台、业务中台、技术中台、搜索中台……那么，在产品规划和设计过程中，技术中台产品经理萌新们（尤其是非技术出身产品经理）应该如何入手？需要储备的领域知识有哪些？产品方法论上有哪些差异性？DDD研发模式下，与研发同学的协作方式又是怎样的？等等。

现在我们讨论专题一：技术中台产品经理必知的那些易混词儿之组件、套件、中间件、插件……

1. 组件

位于框架最底层，是由重复的代码提取出来合并而成。

组件的本质是一件产品，独立性很强；组件的核心是复用，与其它功能又有强依赖关系。

2. 模块

在中台产品和非中台产品中，都会把具有同一功能价值的，或具有同一业务属性的，按不同粒度定义为一个模块。

不同的是，在非中台产品中，主应用与模块、模块与模块间是强耦合关系，模块不可以独立运行；而在中台产品中，主应用与模块间的耦合变为主应用与接口、接口与模块的耦合；这样，降低了模块间的耦合，模块是可以独立运行的。

3. 套件

技术中台产品化的过程，也是确定套件组成的过程，如：套件中有哪些模块？各模块有哪些组件或功能？

4. 中间件

是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。

它位于客户机/服务器的操作系统之上，管理计算机资源和网络通讯，是连接两个独立应用程序或独立系统的软件。

这样相连接的系统，即使具有不同的接口，但通过中间件相互之间仍能交换信息；典型的云化中间件包括分布式消息队列、分布式缓存、分布式锁、分布式ID等。

5. 插件

是一种遵循一定规范的应用程序接口编写出来的程序。

很多软件都有插件，例如：在IE中安装相关的插件后，WEB浏览器能够直接调用插件程序，用于处理特定类型的文件，如Flash插件、RealPlayer插件、ActiveX插件等。

1. 相同点

组件、套件、中间件、插件的设计思想是复用，把通用的、不变的、主控制流程的逻辑框架封装起来，把变化的部分通过各种方式暴露出去。

2. 不同点

• 组件：封装的是一个独立的功能，可以作为一个产品输出。
• 模块：是由一个或多个组件组成，模块与模块之间的逻辑关系并不会在中台产品中体现，它们之间的逻辑关系是在新的产品或解决方案中。
• 套件：可以是由一个多个组件，也可以是一个或多个模块组成，是一个或多个产品的组合，它最初为解决某一特定问题制定解决方案，再将其产品化。
• 插件：将主控制流程封装在内部后，需要扩展的点让开发者去扩展。插件就是插到程序所暴露出的扩展点上的。

中间件，与操作系统、数据库管理系统并称基础软件的“三驾马车”；与组件、模块、套件和插件相比，其复用性的约束更多的体现上计算机资源管理和网络通讯上。

在产品设计中，笔者一直遵循“自上而下，自下而上”的理念。“自上而下”，即，我要做什么，出发点包括boss理念、竞品调研、市场趋势等；“自下而上”，即，用户希望我做什么，我称之为“碎片化需求”。

不管是“自上而下”，还是“自下而上”，我们都强调场景驱动，即产品经理要找清用户在什么样的场景下对产品功能的痛点、诉求点。

这在支付宝、美团、知乎等应用型产品中重要，在阿里云、华为云等技术产品的研发设计中，一样重要。

那么，一般情况下，组件、模块、套件、插件、中间件，这些技术中台中涉及到的“四件一块”的应用场景是怎样的呢？

笔者根据自身的经历做了简单的总结，如有疏漏之处，请批评指正。

1. 组件

场景1：用户在使用某产品时，通过拖拉拽的形式，将组件与其它功能组合在一起，从而形成新的页面或产品。

这种组件多是可见的、易懂和易使用的；如：AXURER中的矩形、圆形，易企秀中的转盘、投票、留言等功能。

场景2：在阿里云、华为云等云产品中，从应用和功能的维度，将底层技术封装成一个个组件，供第三方使用。

这种组件多抽象、专业性强；如：语音识别、机器翻译、弹性负载均衡、弹性文件服务等。

这种组件，用户一旦被授权，就可以上线调取提供组件相应底层技术的能力。

2. 模块

场景：模块这一概念，多出现在产品经理口头表达、解决方案中，在正式发布的产品上基本看不到这种概念。

比如，产品经理向人介绍产品架构时，会说产品有哪些模块组成；再比如，产品经理制定解决方案时，在方案中会以表格、段落的形式，解释产品包含哪些模块。

3. 套件

场景：最早听到这个概念是在 2018年9月，蚂蚁金服在杭州云栖ATEC发布的分布式金融核心套件bPaaS，对外开放自身沉淀的“产品合约”、“资产交换”、“资产核心”、“会计核算”、“计价”等金融核心组件。

套件，与模块非常相似，只不过多用于技术领域的专业场合，有把多个产品打包之意。

4. 插件

场景：与组件不同的是，插件是以嵌入式软件的形式，通过自动触发，驱动用户主动使用的。

也就是说，它是触达到大众用户的眼球的；比如一些桌面插件、PPT插件、浏览器插件、PS插件等。

5. 中间件

场景：它处于基础设施层的软件与业务系统软件中间这一层的一些软件或者库、框架，不一定是独立的程序，如缓存中间件、数据库中间件、消息中间件、服务化中间件、交易中间件、调度中间件、集成中间件等等；是为了解决某一类复杂、通用的技术问题的，像高可用、分片、多副本、故障转移、失败恢复等，把一些重要的稳定性风险转移到中间件上，从而提升整个系统的稳定性。

本文总结了在做技术中台产品中必知、常提起、常看到的组件、套件、插件以及中间件等几个概念，梳理了它们的差异、应用场景；便于今后非技术出身的产品经理快速理解技术中台产品的逻辑与思维，降低沟通成本、理解成本，从而设计出满足用户需求的技术型产品。

本文由 @Alian 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议