簡體   English   中英

帶有Service Fabric的Azure API管理

[英]Azure API Management with Service Fabric

問題:

我想設置一個CI / CD,在每當我發布對SF API的更改時,它都會自動更新Azure API Management實例中API的終結點。

我打算如何做?

我將更改推送到我的GitHub存儲庫中,它已構建並已部署。 該版本的第二步是PowerShell腳本,該腳本使用新部署的SF API的Swagger文檔更新現有的Azure APIM API。

有什么問題?

好吧,除非您在Azure APIM API中定義了終結點,否則您將無法通過網關。 我可以在默認情況下在其中定義Swagger端點,但是每當運行PowerShell更新時,它將刪除該端點,因為生成的Swagger中沒有它自己,這是完全合乎邏輯的。

如果我以某種方式公開了不帶網關的Swagger終結點,則會構成安全威脅,並且會破壞Azure APIM網關的用途。

我的設定?

傳入請求-> Azure APIM-> Service Fabric應用(公共/內部)

  • 理想情況下,內部SF Apps將不會通過網關公開,而僅用於應用程序間的通信。

在這方面的任何幫助都將受到高度贊賞,因為我對此有所限制:-)

您可以在APIM中創建一個單獨的API,僅用於訪問廣大的AT SF端,而不必將此API作為CI / CD的一部分進行更新。 作為該API的一部分,甚至可以從外部查看。 例如,如果您的主API的后綴為“ / myApi”,那么您可能將揮舞的API后綴定義為“ /myApi/swagger.json”(其中的操作可能具有空的URL模板)。

或者,您也可以作為CI / CD的一部分,在新導入的API中重新創建搖搖欲墜的訪問操作。 稍后將使用此端點來獲取大筆畫幅以進行下一次導入。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM