产研同学请收藏，9000字给你讲明白：接口、otter、log4j、SFTP、MQ……

世界最遥远的距离，是我站在你对面，你却在另一台服务器里。

世界最温暖的举例，是我在internet的另一端，而你挑着一筐刚刨出来的数据来看我。

——做产品的柏拉图

一个系统装再多数据，不与其他系统交互，那也是孤岛系统，孤独没女朋友。

一个系统若很外向，不断撩拨周围的系统，也乐意被撩拨，成为了众系统中的“交际花”，那么这货基本就是中台的性质。

而更多的系统是介于上述两种极端之间的。像人一样，自己搞生产，也要参与社交——就是系统之间的数据对接。

对接的本质是为了实现数据信息的传输。

在后端产品的世界里，各子系统之间，或与外部系统之间的对接非常常见。

作为产品经理，不仅要知道数据从哪来，还要理清楚获取数据之后的握手方式、运算逻辑、异常规则、容错机制、数据日志等等。

本文尝试聊聊如下话题：

• 数据传输的场景和意义
• 数据传输的方式
• 数据传输的处理机制
• 数据传输的注意事项

一、数据传输的场景和意义

1. 数据传输的应用场景

1）前端和后端本身无时不刻的数据互动

2）公司的各个系统之间的信息共享

比如，式系统部署之后，就需要各个系统模块之间进行数据的配合，比如订单系统的库存扣减数据要同步给备货系统进行采购。

3）与第三方平台的对接

比如入驻第三方销售平台亚马逊之后，店家可能自己需要管理自己的订单，这时候就要从亚马逊平台获取订单数据，也就是抓取。

4）调用现成的公共插件

避免重复造轮子，市场上很多开放性的功能插件可以调用或接入，比如接入百度地图的API，接入微信小程序的二次开发。

2. 数据传输的意义

1）不重复生产数据库，避免资源和功能的浪费。

2）统一数据的维护或生产源头，避免数据不同步。

比如同一个公司的两个系统都要用人员信息架构数据，如果各自都能维护，势必出现不一致，也浪费资源。

3）别人家的数据，自己没办法生产。

4）复用现成的轮子，API或SDK共享（可能自己也发明不出来）。

二、数据传输的方式

数据传输的方式，作为产品经理我将其分为：接口传输、中间件传输、message方式传输等。散开了说，比如：MQ（队列）、HTTP接口、otter、文件共享传输等。每一种又有细分的方式和适合的场景。

1. 接口

这是一种传统的问答式的传输方式，是典型才c/s 交互模式。

相当于一台客户机，一台服务器（注：这里的客户机或服务器根据数据的提供方和接收方相对而言的，并不一定是实际的）。

目前我们常用的http调用、java远程调用、webserivces 都属于这种方式，只不过，不同的就是传输协议以及报文格式的区别。

1）接口的作用

通过接口，可以调用成熟的第三方功能插件为我所用（一般就是API接口），也可以根据实际需求由开发写具体的接口代码解决具体场合的信息传输问题（一般所说的http接口）。

对后端产品经理来说，http接口的使用场景最多。比如：公司先上线了OA系统，后上线了订单系统，订单系统需要同步OA系统的人员组织结构信息。那么一个可行做法就是OA系统创建一个接口，订单系统请求，获取最新的人员结构信息。

这个笼统的方案描述中，包含了这么些信息：创建接口、请求接口、获取最新信息等，那么分别是什么以及有什么原则呢？下面分别讨论。

2）哪一方负责创建接口？

在讨论需求的时候，开发会问哪方创建接口呢？有时候产品经理只知道需要建接口，不知道哪个系统来建。

可以这样理解，如果把数据源比成一缸水，那么接口就像是凿的一个口，口只能是在缸上面的。

所以接口必须是在被请求的数据源这边，由被请求的一方定义接口。

注意，这里的数据源是相对的数据源，就是被请求的一方就是数据源方。

实际上可能目标数据在请求方。比如例子中也可以是OA系统请求订单系统，但是如果这样的话，接口就是订单系统创建了。因此确切说是被请求的一方创建接口。

通俗的讲就像是求婚：男方去求婚带一百万，女方接到后就把姑娘嫁过去，这是一来一回。

女方也可以去求婚，只是是直接带着姑娘去敲开男方的门，而后男方才把一百万送到女方，这也是一来一回。

3）什么是定义接口

定义接口，其实就是定义缸上的出水口。口的大小、滤网、放水的频率等，就是个规则。

这个规则约定了哪些数据是需要流过去，以及流过去的条件（像门禁密码一样）。

定义接口就是设定口令、数据范围、推送前的筛选、转化运算规则等，这是接口的核心内容。

4）数据在哪一方做转义？

某些时候，数据从源头到应用端不是原封不动的，而