API集成中台在智慧水务中的应用实践
在数字化与智慧化的大趋势之下，中国经济正在经历从消费互联网到产业互联网的转变，由API经济引领的跨行业和跨市场价值重组，不仅催生众多新的业务组合，更成为驱动新业务的快速通道。2020年全球以API为核心的商业交易额将达3万亿美元，API不仅仅是技术连接，而是代表业务、能力、资产，未来企业所有的功能、数据和服务都会以API的形式提供出来（例如近两年的各类中台概念也是如此），API成为企业集成业务系统和产业的核心载体，在水务行业随着微服务、业务中台、数据中台、物联网、云计算等新一代信息技术的快速发展，智慧水务逐渐成为水务管理的新方向，API作为链接各种平台的核心载体也将在水务行业应用的整合和数据共享中发挥极其重要的作用。
(水务行业API集成中台的定位)
通过API集成中台帮助各级政府进行数据服务开放共享，帮助制造企业实现各种业务系统的打通集成，在水务行业谷云科技与深圳水务集团就API混合集成中台在水务行业的应用进行了实践和探讨，并在水务行业的API集中台实施中获得了宝贵的实践经验，这些经验作为推动水务行业的API集成中台提供了很多有用的价值，同时谷云科技也把其他行业的API中台最佳实践带给了深圳水务集团，双方结合行业特色性摸索了一套适合于水务行业使用的API集成中台和实施方法。
(API集成中台架构)
水务行业经过二十几年的信息化建设过程，国内各水务企业基本上已经具备了较为完整的专有业务系统，这些专有的业务系统发挥了大量的作用并成为了各水务公司的核心IT系统，但是由于历史原因这些IT系统在建设过程中没有进行统一的规划，并且由不同的第三方开发商进行开发，各水务公司构建了太多单一用途的应用。应用间信息孤岛严重，数据难以流通。应用间能力难以复用，资源浪费严重形成了众多的数据和信息孤岛。造成业务能力开放非常困难、虽然前几年信息化过程中经历过SOA集成架构推动，部分业务系统也进行了集成和打通但是存在系统集成手段多样，没有统一的集成标准，没有统一的监控手段，与最新的微服务架构不能进行兼容和相互集成，业务系统的集成非常依赖第三方开发商，业务系统不能及时集成打通、数据的不能及时共享与发布已经成为智慧水务实施的重要技术障碍。
就目前技术上来看水务行业的应用主要存在没有统一的规划和统一的技术集成平台，每个业务系统接口对接时开发人员都会重新开发一个接口对接平台进行对接，针对与外部单位的数据共享主要通过数据库中间表同步或者定制开发进行数据交换，存在集成效率慢、安全性低、无法监控等问题，并且相同的业务数据在不同的接口和单位中都要重复的进行对接，造成工作的大量重复，达不到更高效的利用现有资源，API接口管理难度大，无法实时对每个接口进行监控、审计,API接口出现问题不能够第一时间获取信息并进行快速定位和及时处理，每次都是用户提出业务无法正常接收数据才被动的知道接口出现了问题，问题处理较延后，同时对业务造成很大的影响，严重时会造成用户投诉。
而新一代基于微服务架构的API集成中台的建设能从底层架构上为水务企业构建一个统一的集数据清洗采集、数据服务发布与共享、API治理、API可视化编排、API自动化测试于一体的综合性iPaaS集成即服务平台，为水务企业实现智慧水务管理提供竖实的IT基础实施，通过API集成中台可实现水务企业各种业务系统的集成与打通、数据服务的快速发布与共享、系统集成故障的自动预警与审计等，在技术上为水务企业的业务创新提供了更为敏捷的集成手段，并且可以把水务企业已有业务系统的各种能力通过API进行发布把价值传递给应用端和外部企事业单位。
(水务企业数据服务发布共享过程)
在API集成过程中由于水务行业的IT系统建设的比较早，存在架构多种多样，有的是C/S 的老旧系统，有的系统已没有原厂维护有、有的系统有接口但是由于没有一直没有使用在集成时无法获取是否可用等技术问题，这就要求在业务系统集成和数据打通时API集成中台需要有很强的兼容能力和适应性，才能对遗留的业务系统进行集成和打通，API集成中台在水务行业的实施过程中主要面临以下技术问题需要进行处理才能很好发挥API集成中台的价值：
1. 遗留的旧业务系统能力开放问题
水务企业有些旧的业务系统基于C/S架构、存在开发商维护不力或找不到供应商的问题，需要API集成中台能够自动分析C/S或B/S架构的系统并能把部分逻辑能力进行API封装，无需第三方厂商进行协助即可完成API的重建技术。
2. 原有业务系统API的快速导入问题
水务企业原有业务系统中已经存在众多的API接口，这些接口之前都是分散在各个业务系统中，API集成中台要能提供一种快速导入和梳理这些API的能力和顾问服务，从而快速构建一个API地图和可管理的API清单，并从业务领域和系统等多个维度对API进行整理和归类。
3. GIS数据的发布共享问题
水务企业中GIS数据的发布共享是一项非常重要的服务能力，各子公司以及外部单位均需要从水务企业中获取相应的GIS图层数据等，但是由于GIS软件供应商为了保护GIS数据的不被盗取一般会对数据进行加密，而地图数据的API的调用也是实时请求URL会实时拼接，无法用普通的API来进行注册与发布，所以API集成中台必须为GIS地图建立专门数据服务发布平台能够把GIS地图数据共享给外部单位并能进行权限管理。
4. 系统的可用性及网络连通性监控问题
水务企业在做系统集成和数据发布共享过程中会涉及到内网、政务专网、外网、集团公司网络等多种复杂的网络场景，这些网络可能存在延时、闪断、网速慢等各种情况，在数据共享和交换过程中由于网络产生的问题,开发商或接入用户往往会把问题归集于API集成中台本身的问题，会给API集成中台的实施带来较大的压力，所以API集成中台必须能够提供一套完整的后端网络及API可用性的侦测方案，能够实时感知网络的连通性以及后端业务系统API的可用性，并在出现故障时能第一时间进行预警通知技术员进行处理。
5. 与微服务架构的集成及国产化问题
API集成中台必须要与微服务架构进行集成，因为随着智慧水务的建设IT系统会逐步采取微服务框架，所以API集成中台能与后继的基于微服务框架的系统进行无缝对接显得尤为重要，同时系统最好全部为国产化自主研发平台，因为水务企业作为国有企业涉及到众多的敏感数据并需要与其他政府单位进行网络链接和数据交换。
6. 数据采集清洗、脱敏问题
智慧水务的建设首先面临大量数据的采集与清洗问题，且水务企业中的部分数据存在敏感性，数据必须要进行脱敏后才能进行共享发布，数据的清洗与交换必须使用ETL数据交换平台来完成，通过ETL数据交换平台把数据统一清洗到前置库或者数据仓库再统一进行数据服务的发布与共享，这样可避免给生产系统产生压力同时数据的发布共享与交换也更为安全。
7. 各种认证集成打通问题
由于内外部业务系统的认证方式多种多样API在调用内部业务系统API和外单位进行数据交换的API时需要能够灵活打通各种业务系统的接口，支持JWT、Auth2.0、CAS等方式的认证集成。
8. API接口审计日志的分析与预警问题
各业务系统的API进行相互调用以及通过API进行数据服务发布与共享时均要对API的调用日志数据进行存储包括API的请求数据、响应耗时、响应数据、请求IP、请求报文等，API集成中台提供多种维度的分析看板例如：按应用系统、按用户、按错误码、按时间、按业务状态等等，API的日志数据量非常大存储上可以采用MongoDB进行分片存储并定时清理过期的日志数据。
