編輯的話 - 無伺服器的未來

由Michael Desmond | 2017 年 2 月

Michael Desmond 本月擬出一組文章著重於 Microsoft Azure 和影響他們對軟體開發中的新項目。Yochay Kiriaty 和 Stefan Schackow探索新的 Azure 應用程式服務架構、 Web、行動及 API 應用程式提供豐富的平台即服務 (PaaS)。App Service 是適合用來啟用藉由提供基礎結構執行全球規模的應用程式和受管理的服務，可讓開發人員專注於撰寫絕佳的應用程式程式碼。

其他 Azure 為導向的功能是由 Joseph Fultz 和 Darren Brust 撰寫這個月，「無伺服器的架構，具有 Azure 函數。」 Fultz 說明程序，因為詞彙無結構描述的設計，這在沒有任何伺服器基礎結構管理的應用程式小組。

「這就表示系統的移動部分任一協力廠商服務，例如 Azure SQL Database、 DocumentDB、 EventHubs 或 Office365，也就是以服務 (BaaS) 也稱為後端，「 Fultz 說。「或裝載提供無伺服器的計算，也稱為函式做為服務 (FaaS) 的系統管理容器中的自訂程式碼」。

方法會反映使用過多的成熟的協力廠商服務在雲端時代，當開發人員組織轉移到雲端中的服務內部運算基礎結構。Fultz 將點出龐大的值給 IT 組織，因此很久以前不裝載虛擬機器是的但現今許多這些虛擬化的活動已移至服務取用模型。簡單地說，有越來越多麻煩回復比有其他人回復為您自己。

「在理想情況下，應用程式小組甚至不需要思考如何做為無伺服器計算的小數位數和第三方服務應該自動處理延展性和可用性」 Fultz 說。

其優點是降低的複雜性和成本，如此可讓組織專注於商務而不是建置和管理基礎結構中加入值的更多資源。缺點是什麼？控制較少之實作的裝載應用程式服務的環境。

到底應該開發人員繼續作業，因為這些語言而言，無伺服器的方法？ Fultz 說明最重要的事是了解您結合的應用程式的服務提供者，以及這些承諾如何影響您的 DevOps 管線。

「開發人員必須熟悉複雜的部署不同的環境，例如開發、測試與生產環境中的，根據一組比對目標環境中，服務」 Fultz 說加入該熟悉記錄和疑難排解功能也很重要。

「伺服器直接存取，必須依賴所提供的目前使用的服務主機」他會繼續。「有時有是豐富的整合與管理和監視，像是在 Azure SQL Database，但在其他情況下有可能不會，就像 Azure 功能，也就是仍在場景的新案例一樣」。

至於 Azure 函式如何與 Azure App Service，Kiriaty 和 Schackow 研討這個月，相關聯 Fultz 會描述做為 Azure 函式建立的 PaaS 應用程式服務。應用程式服務在幕後 Azure 函式時，處理一系列簡單、儲存體的組態設定，例如複雜，例如調整作業的活動。Fultz 說明它，如 Azure 函式是基本上是「應用程式服務加上 Web 工作 SDK，加上 Azure 的特定函式實作位元。」

Michael Desmond*是 MSDN Magazine 的總編輯。 *

編輯的話 - 無伺服器的未來

其他資源