服务编排. 支持通过定制 js 脚本，完成服务的编排封装。 支持从 API 创建、部署、发布、测试、监控、下线的全生命周期管理能力 支持提供 API 接口编排能力，将后端的多个 API 在编排引擎中完成接口间的逻辑聚合，对外呈现为一个接口 支持对 API、用户、应用设置按分钟、小时、天的调用量控制。并可以设置特例用户或者应用，对某个用户或应用单独配置流量控制，保护集成业务的稳定运行 支持多种路由模式，包括策略路由，负载均衡路由，多级路由； 提供 API 策略路由能力，支持根据不同的 Header、Query 来定制 API 接口的后端集成路径； API 后端支持多种策略后端，按入参和源地址分发到不同后端服务 支持 APP 签名认证，防重放，例如使用 HMAC-SHA256 对请求的 URL 和内容进行签名计算，保证 API 调用端的身份安全网关签名：通过共享密钥的方 式，实现上游服务对 API 网关身份的认证； 系统应支持后端服务通过 HTTPS 接入网关，同时兼容 HTTP 接入方式，并且默认情况下要求使用 HTTPS 而不是 HTTP。通过安全通道，减少系统中间人攻击、信息泄露等安全隐患； 支持基于 App 订阅的 API 情况进行授权，禁止 App 访问未订阅的 API； 支持系统级的 IP 黑/白名单控制。
服务编排. 在上线平台之前，区域各个业务系统之间的业务调用都是直接点对点的，形成了网状调用模式。没有统一的数据交换标准，导致一个个的信息孤岛，无法进行区域内的数据利用。 平台上线后，通过业务服务注册、服务组件编排的方式，把所有的业务系统的服务接口全部发布在集成引擎上，通过功能组件编排，实现了业务服务调用前后的数据处理，对数据进行标准化、服务进行自动路由等等，由集成引擎提供统一对外的接口调用规范。这样就实现了区域内的服务接口标准和数据标准。 平台的服务编排提供概览视图、流程编排视图两大视图界面： 编排视图支持用户按照区域内实际的业务流程和业务系统数据传递情况，将平台上的服务和组件通过拖拽连线的方式进行编排，形成数据处理的流转路径，实现数据的处理、转换、字典翻转、格式校验等操作。同时，可配置整个流程的出、入参消息模型，进行出入参检验。
服务编排. 提供服务编排，负责描述、解释执行业务流程模型，将多个应用提供的功能和服务编排在一起形成一个处理流程并支持其执行，编排后形成的流程组件对外提供一个复合服务，可通过可视化编辑工具设计实现。
服务编排. 实现统一的协议转换，开发者可以灵活地设计和构建复杂的业务流程。