
AI聊天無敏感詞:技術(shù)原理與應(yīng)用實(shí)踐
Apigee 是 Google Cloud 的 API 管理產(chǎn)品,支持組織針對各種用例、環(huán)境或規(guī)模構(gòu)建、管理和保護(hù) API。Apigee 可在任意環(huán)境(本地、Google Cloud 或混合環(huán)境)中操作,提升規(guī)模、安全性和自動(dòng)化水平。Apigee 包含先進(jìn)的企業(yè)功能,如機(jī)器人和錯(cuò)誤配置的 API 檢測等安全功能、將數(shù)字資產(chǎn)打包為 API 并實(shí)現(xiàn)貨幣化的工具、靈活的運(yùn)行時(shí)支持、開發(fā)者門戶以及治理策略等。Apigee 提供兩種定價(jià)模式:按使用付費(fèi),無需預(yù)先承諾;以及多種訂閱級別,確保成本可預(yù)測。
雖然 Apigee 幾乎適用于所有用例,但對于 API 數(shù)量龐大、需要高可靠性和企業(yè)級安全性的客戶,或?qū)?API 公開給第三方或合作伙伴作為業(yè)務(wù)組成部分的客戶,尤為有價(jià)值。
許多組織管理著大量或持續(xù)增長的 API,通常部署在多云環(huán)境和分布式架構(gòu)中。這在依賴 API 實(shí)現(xiàn)遺留應(yīng)用程序現(xiàn)代化且不降低開發(fā)速度的大型組織中尤為常見。在這些情況下,Apigee 的靈活部署選項(xiàng)、一致治理及強(qiáng)大的 API 生命周期管理工具對大規(guī)模、統(tǒng)一管理 API 至關(guān)重要。
對于許多組織來說,保持高 API 正常運(yùn)行時(shí)間、性能和安全性至關(guān)重要,尤其在面對意外流量峰值或不斷增長的惡意攻擊時(shí)。通常,這些情況下,面向客戶的應(yīng)用程序依賴 API 協(xié)調(diào)大量關(guān)鍵或敏感業(yè)務(wù)事務(wù)。Apigee 提供監(jiān)控、保護(hù)和分析 API 流量的全面控制,幫助組織維持客戶信任和一致的性能。
此外,許多組織利用公共 API 作為創(chuàng)造新收入來源或與外部合作伙伴協(xié)作的渠道。這些用例通常側(cè)重于通過將數(shù)字資產(chǎn)打包為 API 產(chǎn)品并通過其采用來實(shí)現(xiàn)貨幣化,從而最大化數(shù)字資產(chǎn)的價(jià)值。在這些場景中,Apigee 的多個(gè)開發(fā)者門戶產(chǎn)品、API 產(chǎn)品化和貨幣化功能顯著簡化了流程。
API Gateway 是一項(xiàng)完全托管的服務(wù),支持為基于 Google Cloud 構(gòu)建的服務(wù)創(chuàng)建、保護(hù)和監(jiān)控 API。專為無服務(wù)器工作負(fù)載設(shè)計(jì),能夠輕松管理 Cloud Functions、Cloud Run 和 App Engine 的 API。API Gateway 包括身份驗(yàn)證和密鑰驗(yàn)證,以及監(jiān)控、日志記錄和跟蹤等安全功能。基于消費(fèi)的定價(jià)模式使得成本管理更加簡便。
API Gateway 最適合云原生用例,目標(biāo)后端通常僅限于部署在 Google Cloud 上的服務(wù),且使用 API 的開發(fā)者不需要開發(fā)者門戶。適用于打包無服務(wù)器應(yīng)用程序的特定 API 用例,如 Cloud Functions、Cloud Run 和 App Engine。特別適用于數(shù)字原生組織、小型企業(yè),或正在構(gòu)建新應(yīng)用程序或測試概念驗(yàn)證的大型組織。如果開始進(jìn)行 API 優(yōu)先驅(qū)動(dòng)開發(fā)并構(gòu)建無服務(wù)器后端,API Gateway 是一個(gè)良好的入門選擇。
Cloud Endpoints 是一個(gè)網(wǎng)關(guān),支持配置、部署和管理 ESPv2 代理。雖然 Cloud Endpoints 提供用戶身份驗(yàn)證、基本云日志記錄與監(jiān)控以及用于驗(yàn)證 API 調(diào)用的 API 密鑰等基本功能,但仍需管理 API 操作的每個(gè)細(xì)節(jié)。基于消耗的定價(jià)模式有助于控制 Cloud Endpoints 的成本。
Cloud Endpoints 最適用于希望通過專用網(wǎng)絡(luò)在自有運(yùn)行時(shí)上托管網(wǎng)關(guān),同時(shí)需要與 API Gateway 相同類型的控制平面功能(如分析和身份驗(yàn)證執(zhí)行)的場景。
當(dāng)前,Cloud Endpoints 最常見的用例是 gRPC 服務(wù),適合希望在本地托管項(xiàng)目網(wǎng)關(guān)的開發(fā)人員。如果在開發(fā)過程中需要在本地計(jì)算機(jī)上運(yùn)行和測試 Cloud Endpoints,這將非常有用。
首先,若已有使用其中一款產(chǎn)品且其滿足需求,可繼續(xù)沿用現(xiàn)有方案。否則,可參考以下決策樹,考慮決策過程中的關(guān)鍵因素。
對于大多數(shù)運(yùn)行復(fù)雜或大規(guī)模應(yīng)用的客戶,建議優(yōu)先考慮 Apigee。Apigee 功能全面,專為跨團(tuán)隊(duì)、合作伙伴、組織乃至生態(tài)系統(tǒng)的 API 使用而設(shè)計(jì)。作為功能最豐富、可擴(kuò)展性最強(qiáng)且具成本效益的大規(guī)模 API 管理選項(xiàng),Apigee 是實(shí)現(xiàn) API 產(chǎn)品目標(biāo)的最佳選擇,因?yàn)槠湓陂_發(fā)新特性和功能方面的投入最大。
若開發(fā)項(xiàng)目利用 Cloud Run 等無服務(wù)器產(chǎn)品,且不確定是否需要管理第三方 API、優(yōu)化大規(guī)?;蚪⒁恢轮卫?,則 API Gateway 是理想選擇。作為輕量級產(chǎn)品,API Gateway 旨在項(xiàng)目級別公開 API,適合逐步啟動(dòng)。隨著組織或項(xiàng)目規(guī)模擴(kuò)大或需要新功能時(shí),可考慮升級至 Apigee。
最后,若需在本地測試、專用網(wǎng)絡(luò)中運(yùn)行,并需要通過增加操作復(fù)雜性來更好地控制網(wǎng)關(guān)配置和運(yùn)行時(shí)操作,則 Cloud Endpoints 是合適選擇,因?yàn)槠鋵檫@些用例設(shè)計(jì)。
原文鏈接:addressing your api use cases: choosing between apigee api gateway and cloud endpoints