当今世界取决于应用程序编程接口-API。 有了它们，就可以通过Web应用程序，移动应用程序和连接到网络的设备接收数据并使用服务。 越来越多地通过API执行Internet上的交互。 借助API，新的业务模型不断涌现，互联网已成为通用的业务平台。
API没有行业约束力；来自经济不同部门的公司在使用中看到其业务价值。 反过来，如Gartner和Forrester所报道，API管理软件市场正在迅速增长。
就在几年前，同一业务的不同部门之间的交互通常是通过集成总线提供的。 但是事实证明，通过API门户（发布API的门户）进行交互的模型非常方便，现在可以在内部使用。
即使选择了部门之间的交互模型，今天的公司又如何倾向于基于API的解决方案呢？ 当前技术模型的本质是什么？游戏的新规则是什么？
开放式API-是Mod还是必要的？
使用开放式API不仅是一种时尚或时代潮流，而且是对市场需求的回应。 银行，电信公司和保险公司已经发布了它们的服务，供外部使用，与合作伙伴集成以及使资金流自动化。 似乎娱乐，运营服务和实物供应商加入的日子已经临近。
在欧洲，欧洲议会的支付指令PSD2支持了对资金流动创新的兴趣，该指令的发布是为了建立一个更加平等，透明和开放的支付市场，以促进创新，竞争和安全。 在俄罗斯，开放API的开发被正式认可为有效整合金融市场参与者系统所必需的关键要素。
俄罗斯国家及其金融部门已经意识到开放银行的必要性。 向外部组织提供银行API是有效整合金融市场参与者系统所必需的关键要素；中央银行，Banki.ru门户网站，莫斯科交易所，国家清算中心和国家清算所都支持发布开放API的倡议。 一些银行已经制定了开放银行策略，决定了采取进一步行动的模型，正式宣布通过开放API访问其系统和服务，并开始了相应的工作。
webMethods API门户上的API列表国内移动运营商还提供了带有API的新平台，以发展其合作伙伴的业务。 这将使电信提供商可以通过组合报价和扩大其销售市场来支持其合作伙伴。
俄罗斯银行和电信提供商恰恰是最先承认自己是软件开发人员以及将市场视为用于管理产品，设置营销活动并与潜在客户互动的大型数字平台的企业。 产品团队，客户，公司和客户了解，他们越开放，他们的产品就会越开放，并且他们将越快地融入他们所运营的市场的共同生态系统中。 因此，他们使用开放式API-开发人员进行交互的一种合理有效的方式，这可以大大减少新产品进入市场所需的时间。
此外，Yandex等软件开发人员还向其合作伙伴提供了开放的API。 俄罗斯邮政还通过API提供与外部应用程序的集成，该API允许您将俄罗斯邮政服务嵌入第三方站点，应用程序，会计和文档管理系统中-例如，向站点添加跟踪功能。
当然，对于软件开发人员本身（例如Software AG）来说，使用开放的API创建产品是很自然的。 他们的产品记录得越完整，管理得越好，他们将拥有更多的用户。
但是开放的API管理并没有提供给以上任何人。 没有适当的技术栈是不可能的。
谁开发API平台及其工作方式
根据前面提到的Gartner Magic Quadrant ，Google，CA Technologies，IBM，Software AG，MuleSoft，Red Hat和TIBCO Software是API完整生命周期管理系统市场的领导者。 在最近的一项研究中，Forrester致电IBM，Google，Software AG，Rogue Wave Software和WSO2负责人。
根据Forrester的报告：“ API是数字转换的关键基础。 它们帮助优化客户体验，创建客户和合作伙伴的集成数字生态系统，使公司能够利用突破性的数字创新，提高运营效率并为平台业务模型奠定基础。API管理解决方案在管理API供应商和用户之间的关系中发挥着核心作用“开发人员和应用程序提供商应将它们视为对数字业务成功至关重要的业务应用程序。”
API管理界面“没有完整的API生命周期管理，您将无法创建数字战略平台，构建生态系统和发布有效的产品，” Gartner在报告中补充道。
系统为管理整个API生命周期提供了什么？ 通常，API生命周期管理技术堆栈在易于阅读的门户上包含API发布工具，其主要用户是第三方开发人员，操作环境，使用，维护，API版本控制及其停用工具。 一些开发人员（包括Software AG）还提供API计划，设计，实施和测试工具。
Software AG的我们负责管理API（也称为“内部交互”）。 我们已经扩展和改进了中间件，应用程序集成解决方案，用于创建企业服务总线的系统以及用于基于面向服务的体系结构创建系统的工具。
在2004年，除了我们的集成总线外，我们还创建了B2B交易网络产品，专门用于合作伙伴之间的交互和数据交换。 它实现了非常经典的合作伙伴关系用户场景，包括基于交易日结果的持续监控，服务，数据交换。 那时它还没有被称为开放API。
最后，五年前，我们引入了完整的API管理生命周期，作为webMethods API管理平台的一部分。 2014年，我们为API开发人员启动了webMethods API门户 ，2016年，我们将webMethods API Gateway API的功能 ，门户以及中介和生命周期管理工具合并到一个平台中。 这些工具支持所采用技术标准中API的开发，其组装，批准和发布，并且是Software AG Hybrid Integration＆API平台的一部分。
API规范选择如何选择API平台
Forrester认为，在选择用于管理API的解决方案时，您必须首先考虑所提议的解决方案是否复杂-也就是说，它包含API开发人员门户，API管理门户和API网关。 需要强调的是，某些解决方案提供了其他组件，例如API设计和开发工具，集成平台，实时服务管理平台等。
Forrester进一步强调，API管理解决方案必须是真正的独立产品，并且与任何关联的平台，集成产品或业务应用程序分开。
最后，该报告的作者认为，值得信任那些拥有许多成熟实现的解决方案开发人员。 Software AG的API管理解决方案客户包括Michael Kors（高端服装和配件的制造商和供应商），American Electric Power（北美最大的能源公司之一），Outerwall（自动零售亭的供应商），Dick's Sporting Goods（零售体育网络）货物），EDF（法国最大的国有能源生产公司和世界上最大的核电站运营商）等。
在选择API平台时，必须将更多因素添加到此参数列表中。
1.不同行业的经济运作方式不同，货币化方案也不同。 评估您正在考虑的API平台的开发计划。 它反映了您的业务部门的现实情况吗？ 确定实现的业务任务，创建解决方案的业务需求列表并从中派生功能和体系结构需求列表非常重要。 也许此列表将不仅决定API解决方案的选择，还决定其他组件的选择。
API政策管理2.确保您的API平台满足客户（更准确地说是其IT部门）的期望非常重要。 该平台应便于实施和操作，应支持适合客户（云，物理或混合）的技术部署模型，其功能应满足其当前需求，其开发计划应提前一年或两年满足其未来需求。
3. API门户应具有广泛的分析功能，开发人员的测试界面以及基于API元数据生成文档的能力。 它应提供开发人员的社会合作，客户端SDK的生成和货币化手段。
客户端SDK生成4. API网关应提供安全性（身份验证，授权，安全策略管理，防御攻击），服务中介，路由和负载平衡功能。
用户注册确认5. API生命周期管理工具应提供和评估内部和外部服务，微服务和常规服务，技术和业务服务之间的关系，以及对目录中不同类型“资产”的支持。
6.决定的总拥有成本的问题非常重要，这取决于产品开发的速度和上市时间，这受开发人员所采用的实践及其所使用技术的影响。
7. API平台的开发人员通常没有答案的问题-客户和合作伙伴之间将如何创建合同以及如何开票-卖方很可能对实现合同的技术可能性提出建议。
* * *
好吧，实际上，API并不是什么新鲜事物-它们只是内部的。 由于当今人们对API的兴趣激增，在很多人看来，这个缩写始终代表着公司如何通过Internet进行交互，但是实际上，API提供了交互产品，技术服务及其消费者的方式，这些产品，技术服务及其消费者可能属于不同的市场参与者，公司和客户。以及公司内的各个业务部门。
我们的集成产品已经存在和开发了很多年，它稳定且成熟，已被许多客户使用。 要自己评估它，请访问我们的免费测试软件网页 ，您可以在其中轻松找到webMethods平台的各个组件。 立即测试webMethods API Cloud免费试用并告诉我们您的经验。