無服務器架構允許開發人員將重點從服務器級別轉移到任務級別。無服務器解決方案允許開發人員通過消除后端基礎架構的復雜性來專注于其應用程序或系統需要做什么。意味著開發人員不再需要對它們有太多的關注。計算資源被用作服務，而不必管理物理容量或限制。服務提供商越來越多地承擔管理服務器，數據存儲和其他基礎設施資源的責任今天我們就來了解一下無服務器的相關知識。

本示例中的命令端提供了REST API，可接受通過HTTP發送的請求。請求采取命令的形式，可以驅動對微服務所擁有的領域數據的狀態更改。簡單來說，對領域數據的任何寫入都將以命令形式從API請求流出，處理導致數據庫發生更改的操作。

是分布式一體化還是微服務？ 如今，大多數人想到單個微服務時，他們想到的是一個獨立的服務組件。在大多數情況下，微服務被構建為應用，專注于處理好一件事情。最重要的是，這種服務可以獨立于其他服務進行升級和部署。

毋庸置疑，無服務器架構降低了成本并在很大程度上改善了用戶體驗。無服務器計算這個新興概念在云中運行，要求IT管理員和云運營團隊對此有著更大的認知，從跟蹤云成本的方式到他們使用的管理工具。接下來我們就一起來看看無服務器給云計算帶來了哪些影響。

無服務器環境中的基本單位是任務或作業，它是圍繞特定工作負載處理的實例化和執行。 任務處理自從編程開始就存在，所以它也不是一個全新的事物。 但是考慮到這些工作負載處理的高度分布的性質和抽象的方式，因此跨過具體的實現層次，并有廣泛的理解是必要的。

無服務器世界又有爆炸性新聞了？別著急，我們一起來看看吧！ 大約 8個月前， CNCF 的技術監督委員會 (TOC) 開始著手探究相對較新的 “無服務器計算”世界。 他們想知道： 行業內無服務器領域的發展現狀， 以及是否應該在這個領域做些什么來幫助社區。

首先我們都知道“無服務器”技術肯定有服務器涉及。我只是使用這個術語來描述這種方法和技術，它將任務處理和調度抽象為與服務器管理無關。

無服務器意味著開發人員不再需要對它們有太多的關注。計算資源被用作服務，而不必管理物理容量或限制。 服務提供商越來越多地承擔管理服務器，數據存儲和其他基礎設施資源的責任...無服務器架構允許開發人員將重點從服務器級別轉移到任務級別。 無服務器解決方案允許開發人員通過消除后端基礎架構的復雜性來專注于其應用程序或系統需要做什么。接下來我我們來了解一下無服務器的相關知識。

為了利用數據庫空間的無服務器計算模式，首先需要分離數據體系結構的存儲層和處理層。解耦存儲和計算并不完全是一個新概念。這個想法已經在一定程度上在NoSQL和大數據分析空間(Amazon EMR，微軟的Azure DLS和DLA等)以及各種關系數據庫技術(Oracle RAC，NuoDB)中實現。

無服務器計算在過去兩年中開始獲得推動，這一概念全部關注于將應用程序轉移到不需要管理的基礎架構，并且僅在運行時間內消耗資源。在公有云中，無服務器通常轉換為提供者根據工作負載需求動態管理服務器資源分配的解決方案。 AWS Lambda領先，微軟Azure功能(及其他)迅速迎頭趕上。無服務器計算框架的定價通常基于應用程序消耗的實際資源量，而不是預先購買的容量。隨著無狀態應用程序的這些無服務器計算解決方案在下一代軟件體系結構中得到普及和采用，那么這些解決方案會離開關系數據庫?對于很多(如果不是大多數)應用程序來說