多云API授权面对的几大挑战
发布时间：2022-03-02 12:24:46 所属栏目：云计算 来源：互联网
导读：随着越来越多的企业采用多云战略并增加对云原生基础设施的使用，在多云环境中大规模交付API给API提供者带来了巨大压力。与此同时，无论企业采用何种云平台，API都应遵循每个公司的不同安全要求和优秀实践惯例，而这也是许多API提供者的API授权要求如此复杂的
|
随着越来越多的企业采用多云战略并增加对云原生基础设施的使用，在多云环境中大规模交付API给API提供者带来了巨大压力。与此同时，无论企业采用何种云平台，API都应遵循每个公司的不同安全要求和优秀实践惯例，而这也是许多API提供者的API授权要求如此复杂的原因。 假设在一家公司中，来自不同业务部门的多个团队正在Azure云平台中构建和部署API。在构建这些API时，不同的团队使用不同的技术(例如Azure Functions、Node.js)。同时该公司可能会托管在同一网络上使用API的应用程序，例如该公司的AWS账户或外部SaaS应用程序。 部署时间 如上所述，在多云环境中构建和部署API时，多个团队使用的技术不尽相同。因此需要一种验证API的方法来确保它们遵循优秀实践惯例。一些企业选择让其各个团队负责，希望由他们提出一些优秀实践，但这种方式通常会导致混乱。要么各个团队遵循的标准和优秀实践无法统一，要么这一过程就因为要加快交付而被忽视。另一种方式则是通过卓越中心(COE)来审查所有API并确保它们遵循优秀实践。但这种方法不可扩展，交付几个API可能适用，但在处理数千个API时，因为需要很长时间，审查就会遭遇阻碍。 很多公司希望这种流程能够自动化，作为持续集成/持续交付(CI/CD)流程的一部分自动验证API。假设每个API都使用API密钥身份验证和授权保证安全，这意味着需要采取一种方式来确保部署API之前开发人员已在API之上采用了正确的安全策略。 运行时间 在多云环境中执行授权可能会变得更加复杂，给API提供者带来严峻挑战。典型的用例情境是API提供者希望控制允许调用其API的应用程序、用户和IP范围。 存储授权数据的常用方法之一是由身份提供商(IDP)存储，并使用JWT令牌将其传递给后端API。由于这些环境的分布式特性，并可能使用不同授权技术，这种方法通常不适合多云环境。例如，AWS用户与Azure和SaaS用户使用的IDP可能不尽相同。 将用户跨多个IDP的授权数据进行复制，并使它们保持同步是复杂且低效的。API提供者在每个IDP中存储的数据也可能存在一些限制。比如，在本文的典型用例情境下，AWS的IDP管理员就会疑惑为什么他们需要存储AzureAPI的授权数据。 解决方案：声明式API授权 为了解决这个问题，可以使用带有API Ops、Kong Gateway和OPA的声明式配置。在深入探讨它们如何协同工作之前，先来了解一些基础知识。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
