通用技术开放平台解决方案架构设计思路
2022-03-08 09:33:12 48 举报AI智能生成
构建以 API 为基础的开放平台，实现向合作伙伴和第三方开发者开放 API ，后者以开放 API 为基础，创造新的服务或产品，助力企业开创新的服务形态、开拓产业生态链。 核心能力输出 通过开放产品的 API 接口，让开发者在需要时直接调用 API 获取系统的服务能力 平台生态延展 系统生态延展能力接入，吸引 ISV 在平台上创建应用，为客户提供更丰富的产品服务 需求个性化定制 通过开放平台，让那些自己有开发能力或开发资源的用户在原基础的服务上进行一些改造，满足自身的特定需求 异构互通 基于不同的技术架构构建的系统和服务，使用的协议可能不一致，需要统一适配开放
作者其他创作
大纲/内容
企业整合生态合作伙伴遇到的业务痛点<br>
缺乏开发者自助平台
<br>第三方开发者无法自助开通账号和服务订阅，整个接入过程需要管理员介入，用户接入效率低，影响平台推广<br><br>
<br>开放 API 管理繁琐
<br>缺少 API 的统一抽象， 接口文档维护、版本管理、上线/下线、流控等管理操作分散，且手工操作复杂容易出错<br>
<br>缺少有效应对突发流量的手段
<br>传统流控方式下，后端服务在突发大流量下无法正常响应，异常可能快速传递到上游服务，最终导致整个系统雪崩<br>
<br>缺少统一 API 用量统计和认证鉴权机制
<br>传统方式下需各个业务接口实现用量计数和认证鉴权功能，大大增加服务接口开发工作量，影响服务开放的开发效率
方案优势
统一管理
<br>提供统一视图实现 API 上下线、API 文档、版本等的管理，并在网关统一实现 API 计量，提升开发和运营效率<br>
<br>安全可控
<br>API 受限开放，实现开放能力边界可控；<br><br>
通过严格的流量控制，避免服务的过载；
支持多种认证和授权方式，确保 API 访问安全性；
通过动态的熔断降级，保障服务的 SLA
<br> 异构融合
<br>针对不同的技术架构，不同的微服务框架，甚至不同云环境下实现统一的适配开放<br>
<br>多协议支持
<br>后端支持使用 HTTP REST、Web Service、gRPC、Dubbo RPC 等标准协议开发的服务<br>
<br>用量统计
<br>支持开发者和管理员实时查看 API 调用信息， 满足 API 用量统计和计费需求<br>
<br>高性能可扩展
<br>基于业界领先的高性能 API 网关，支持水平扩展，满足开放平台扩容需求
目标愿景
构建以 API 为基础的开放平台，实现向合作伙伴和第三方开发者开放 API ，后者以开放 API 为基础，创造新的服务或产品，助力企业开创新的服务形态、开拓产业生态链。<br>
技术开放平台架构设计
子主题
典型应用场景
核心能力输出
<br>通过开放产品的 API 接口，让开发者在需要时直接调用 API 获取系统的服务能力<br>
<br>平台生态延展
<br>系统生态延展能力接入，吸引 ISV 在平台上创建应用，为客户提供更丰富的产品服务<br>
<br>需求个性化定制
<br>通过开放平台，让那些自己有开发能力或开发资源的用户在原基础的服务上进行一些改造，满足自身的特定需求<br>
<br>异构互通
<br>基于不同的技术架构构建的系统和服务，使用的协议可能不一致，需要统一适配开放
收藏
0 条评论
下一页
