回答

2

絕對不是工作者角色。他們非常重量級,通常不值得爲這樣一個單一的簡單工作付出努力。

Web作業可能是一個很好的解決方案。它可以運行在你的網絡應用程序的上下文中,所以你可以使用它而不需要額外的成本。但是你需要用這個做一些開發 - 你必須創建一個調用Authorize.net的應用程序。

如果您只需啓動一個HTTP請求,那麼使用Azure Scheduler安排此HTTP操作可能是一個不錯的選擇。您可以配置請求本身(標頭,有效負載),並且它也有錯誤處理。但是,您可能必須在計劃作業的配置中將敏感信息存儲在Azure門戶中。

所以我會說忘記工作者角色,然後衡量簡單性與靈活性和開發工作。這很讓人傷心,我可能會用調度程序來嘗試它,然後轉到WebJob,如果我遇到某些調度程序不可行的情況。

編輯:

Azure的功能也可以是一個不錯的選擇 - 我會說這是排序的webjob和簡單的調度選項之間的中間地帶。它是應用程序服務功能集的一部分,因此它可以與Web應用程序在相同的應用服務計劃中運行,所以不需要任何成本。但是在這裏你也必須自己編寫http請求到Authorize.net。但與webjobs相比,Azure函數更輕量級 - 您不必創建exe(或ps腳本或其他),只需在Azure門戶內的腳本編輯器中編寫http請求即可。但你仍然必須自己做。雖然這比簡單的計劃選項更靈活一些,但在處理錯誤時需要考慮。因爲這是一個很好的中間場景,但是我認爲考慮到任務的複雜性(即觸發一個HTTP請求),它仍然是很多工作。

+0

你介意在混合中添加Azure函數嗎? –

+0

@GauravMantri編輯帖子,包括Azure功能 –

+0

謝謝!爲+1 :)。我一直在閱讀函數,它看起來非常好,可以執行後臺任務。 –

1

爲了讓它工作迅速,Logic Apps是一個不錯的選擇。使用Logic Apps,您可以使用定時器根據您定義的計劃觸發它,使用開箱即用的SQL/DocDB(取決於您的確切場景)連接到您的數據庫。儘管目前沒有可用的Authorize.net連接器,但您應該能夠使用通用HTTP操作來與其RESTful API進行通信。很可能,你應該能夠很快得到這個工作。我還建議在aka.ms/logicapps-wish上提出一個建議,以便我們可以跟蹤對Authorize.net連接器的請求(如果可用),將使這變得更加容易。

相關問題