支撑无服务器计算,传统存储方案已经行不通了

　　

　　 　　什么是无服务器存储/无服务器数据库?它与其他的存储/数据库服务有什么不同?这篇文章将介绍无服务器存储服务应具有的基本属性,并通过无服务器计算中的一些用例,举例说明不同的无服务器存储和无服务器数据库之间的区别。最后,我们将继续讨论尚未出现的无服务器存储服务,并展望这一领域的未来。 　　

　　

　　 　　<强> 　　无服务器(Serverless)就是没有服务器吗? 　　 　　

　　

　　
　　

　　

　　 　　支撑无服务器计算,传统存储方案已经行不通了”> 　　 　　</p> 　　<p> 　　来源——http://www.commitstrip.com/en/2017/04/26/servers-there-are-no-servers-here/</p> 　　<p> 　　“无服务器”这个用词其实并不合适。无服务器并不是说不再需要服务器,而是采用了使技术抽象化,远离用户的概念,让用户不需要再担心服务器,其他人(云提供商)将帮助用户完成相关的工作。 　　</p> 　　<p> 　　 　　<强> 　　无服务器计算 　　</强> 　　</p> 　　<p> 　　如今,无服务器是一个非常流行的词汇。尽管”无服务器”这个术语已经存在了一段时间,但它变得如此流行词的主要原因是2014年AWSλ的推出。随着2015年7月亚马逊API网关的推出,无服务器得到进一步普及。一般来说,无服务器(或者说无服务器计算)指的是服务器端逻辑由开发人员编写,在无状态计算容器中运行的应用程序,这些容器是事件触发的,短暂的(可能只持续一次调用),并由第三方全面管理。这也称为功能即服务(FaaS)。 　　</p> 　　<p> 　　 　　<强> 　　无服务器计算的无状态性以及存储的需求 　　</强> 　　</p> 　　<p> 　　无服务器计算或法斯的一个特性是,它是无状态的,因此,在一般设计中不可能出现在相同功能的两次执行之间保持状态。这就是无服务器存储引入的原因,如果需要在两个法斯功能执行之间保持状态,则应将其存储在外部存储服务中。 　　</p> 　　<p> 　　 　　<强> 　　传统存储的问题 　　</强> 　　</p> 　　<p> 　　传统存储解决方案被设计于在单个地理位置的一组固定服务器上持续运行,要正确使用这些存储解决方案,开发人员需要了解很多有关配置的详细信息。在最坏的情况下,高可用性和性能的优劣取决于开发人员对数据库内部的了解。开发人员需要弄清楚且配置好区域,空间,卷,内存,计算容量和软件版本等内容。开发团队必须花费数小时的时间考虑容量规划,配置,分片,备份,性能调整和监控。当你需要花80%的时间来设置和操作数据库,而且只是为了支持无服务器功能时,这就有点不合适了。虽然无服务器计算为计算层增加了弹性,但当存储层无法提供与之相当的弹性时,你可能就无法完全发挥其优势。 　　</p> 　　<p> 　　 　　<强> 　　真正的无服务器存储 　　</强> 　　</p> 　　<p> 　　理想情况下,真正无服务器的存储应具有以下属性: 　　</p> 　　<p> 　　 　　<强> 　　· 　　</强> 　　无需配置 　　</p> 　　<p> 　　 　　<强> 　　· 　　</强> 　　真正有弹性(无需运营人员干预的纵向扩展) 　　</p> 　　<p> 　　 　　<强> 　　· 　　</强> 　　按需付费 　　</p> 　　<p> 　　使用无服务器存储时,开发人员不必担心任何基础架构细节,如节点大小,内存或存储大小等。与AWSλ按单个功能调用进行收费的方式相同,无服务器存储中的资源消耗应根据不同工作负载使用的计算和存储量来衡量。这是无服务器数据库的本质,用户永远不会为闲置容量付费,存储使用情况反映了功能调用和工作负载。 　　</p> 　　<p> 　　使用传统存储产品,过度资源配置是准备应对流量高峰的唯一策略,无服务器存储的弹性可防止可能带来浪费的过度配置。由于无服务器存储能够在没有用户干预的情况下进行弹性扩展,因此开发人员无需进行容量规划即可启动,并且应用程序始终具有足够的容量。此外,按需付费定价模式将确保没有闲置资源增加用户的成本,无服务器存储的成本只随着使用而扩展,你永远不会为未使用的容量付的钱。 　　</p> 　　<p> 　　 　　<强> 　　无服务器存储可选项 　　</强> 　　</p> 　　<p> 　　如今,有多种无服务器存储类别,通常会有多个云供应商提供或多或少的相同服务。在本节中,我们将介绍这些不同的无服务器存储类别,以及每个类别的示例和它们的一些用例。 　　<h2 class=支撑无服务器计算,传统存储方案已经行不通了