API 代表"应用程序编程接口"（应用程序编程接口）。大多数大公司在某个阶段为客户或内部使用开发 API。
与金融平台相连的开放 API，让您的企业能够提供连接能力和无限的集成可能。
通常，开发者会先做好网站、投资者门户和后台，把 API 留到后面再说。随着业务发展，与其他服务和合作伙伴集成的需求逐渐出现。于是开发者加入 API 以支持这类集成。当 API 被当作事后补充、而不是模块之间的契约时，通常就会走上这条路。
这种方式的薄弱之处在于，API 本质上只是平台的一个附属物，仅用于与外部合作伙伴通信。因此，API 的能力通常十分有限，并且与部分后台功能重复。
这种方式还会带来安全隐患。如果 API 是构建在后台系统之上的，那么后台站点本身就无法只对员工开放、屏蔽外部请求。后台站点必须对所有人开放，而不仅仅是员工，因为任何外部合作伙伴服务都需要能够通过 API 访问该平台。
由于各模块从一开始就以明确的契约来定义，API 从项目伊始便已存在，而不是后期附加上去的。这是我们选择架构方式的结果，而不是某一种特定部署方式的产物。
在您的金融平台中，可以说系统的“大脑”正是 API。所有数据都在其中处理，业务逻辑内置其中，对数据库和服务提供商的请求也由它发起。您的推广网站、客户门户和后台同样都通过 API 与平台进行全部交互。
这种方式带来了一系列优势：
