探讨 | 无服务器架构的下一步是什么?

无服务器服务无处不在。无服务器产品向新的编程方式发展的驱动力来自各种形式的产品，其中包括应用程序托管平台、无服务器数据库、内容分发网络(CDN)、安全产品等。

无服务器产品已经解决了低级别的配置、扩展和资源调配问题，最后一个问题是分发。在这里，边缘计算的无服务器通过在多个数据中心分布数据和计算提供了一个解决方案。边缘计算的无服务器通过使计算更接近用户来减少网络延迟。

无边缘服务器是近15年前从“基础设施即服务”开始的云计算架构演变的顶点。这种发展的下一阶段将是进一步推动无服务器“构建块”的分发，并使开发人员更容易使用它们。

分层架构

(1)基础设施即服务(IaaS)

云计算革命始于基础设施即服务(IaaS)的出现。采用基础设施即服务(IaaS)，企业可以将运行在内部部署基础设施的业务转移到云平台，他们只为使用的存储容量和计算时间支付费用，而不需要安装或管理任何硬件或网络。

基础设施即服务(IaaS)运营成本起初似乎很高昂，但很多企业很快采用，因为可以提供更高水平的正常运行时间，而购买和维护自己的基础设施的价格通常超过了基础设施即服务(IaaS)产品。最重要的优势是，云计算消除了硬件维护和配置，从而使开发人员专注于业务价值。

(2)平台即服务(PaaS)

随后，供应商将云计算技术再向前迈进了一步，并提供了平台即服务。平台即服务(PaaS)解决方案不只是租用服务器，而是租用构建应用程序所需的一切。这不仅包括服务器，还包括操作系统、编程语言环境、数据库和数据库管理工具。

基础设施即服务(IaaS)提供程序使用户成为租用服务器的管理员，而平台即服务(PaaS)提供程序接管服务器管理任务，例如软件安装或安全更新，并经常尝试预期代码的环境要求。平台即服务(PaaS)的目标是为企业提供一种简单的方法来部署其应用程序。平台即服务(PaaS)比基础设施即服务(IaaS)更进一步，将开发人员从系统管理任务中解脱出来，并使他们专注于最重要的应用程序。

AWS Elastic Beanstalk、Google App Engine和Heroku是提供平台即服务(PaaS)的几家提供商。

(3)软件即服务(SaaS)

软件即服务(SaaS)通常是指可以通过各种订阅获得的在线托管应用程序。这些应用程序完全可以在云中运行，并且可以通过全球互联网和浏览器进行访问。本质上，在云中运行并具有基于订阅的定价模型的每个应用程序都被认为是一个SaaS应用程序。

SaaS应用程序有两种类型：面向最终用户的应用程序和面向开发人员的应用程序。后一种类型旨在为其他应用程序提供基础。Gmail、Dropbox、Jira、BitBucket和Slack都是专注于最终用户的SaaS应用程序的示例，而Stripe和Slaask公开的API允许企业将其软件即服务(SaaS)解决方案集成到自己的应用程序中。

(4)容器即服务(CaaS)

容器平台是基础设施即服务(IaaS)的最新形式。容器即服务(CaaS)提供商可以提供容器中的服务或应用程序，并为用户管理容器。

容器比虚拟机更有效地利用基本主机资源。人们可以把容器看作是“微型服务器”，它们可以快速启动，多个实例可以在一台服务器上运行。

容器即服务(CaaS)提供商提供了一些工具，可以在服务器上部署容器以及扩展容器实例的数量。比较先进的产品完全为企业管理底层服务器，使其可以专注于代码(或容器)而不是基础。

容器即服务(CaaS)已迅速成为平台即服务(PaaS)和软件即服务(SaaS)的组成部分之一，从而形成了分层的体系结构。已经发生了向尽可能多地开发应用程序的转变。许多复杂的应用程序仍然是软件即服务(SaaS)，平台即服务(PaaS)和容器即服务(CaaS)的组合，因为可用的平台不够灵活，无法提供应用程序所需的一切。

许多复杂的应用程序是软件即服务(SaaS)，平台即服务(PaaS)和容器即服务(CaaS)的组合。

通过尽可能多地依赖软件即服务(SaaS)，企业可以摆脱配置和可扩展性方面的顾虑。对于其余部分，企业通常会使用运行中的容器，这意味着他们仍然有配置和管理方面的问题。

(5)功能即服务(FaaS)：功能即服务(FaaS)使企业无需考虑扩展、服务器或容器问题就可以上传和执行代码。从这个意义上讲，它超越了先前产品的易用性原则，但是它也具有在平台即服务(PaaS)中不太突出的局限性。

功能即服务(FaaS)比较大的优势是扩展。扩展功能即服务(FaaS)的粒度可以比平台即服务(PaaS)或容器即服务(CaaS)的粒度低，并且不需要配置。同样，企业不用为不使用的服务支付费用。

粒度：平台即服务(PaaS)应用程序通常仅按应用程序扩展，而基于容器即服务(CaaS)构建的应用程序仅按容器扩展。功能即服务(FaaS)应用程序细分为单独的功能，因此可以按功能扩展。缺点是它经常需要企业重新考虑应用程序的架构。除了管理一个应用程序或几个容器之外，还必须管理执行较小任务的许多功能，这可能会导致许多编排工作。

配置：通常在何时配置(按比例放大和缩小触发)或人工设置需要运行的应用程序或容器的实例数量的地方，功能即服务(FaaS)不需要企业扩展或配置特定资源。

按需付费：与为代码是否被有效执行而支付费用的容器即服务(CaaS)不同，只是在调用功能时才会产生费用。这种按需付费的定价模式正逐渐成为定义无服务器的最重要方面。

限制：在典型的应用程序中，企业可以受到代码定义内存限制或执行时间限制。尽管功能即服务(FaaS)提供程序允许企业配置这些设置，但仍有一些上限可以确保提供程序可以有效地优化这些资源。可以想象，如果可以使用10GB的内存创建功能或可以运行几个小时的功能，则提供商很难估计要启动多少台服务器才能很好地使用其资源。

新的边缘架构

无服务器架构消除了调配和扩展问题，但是分发仍然是一个具有挑战性的问题。在理想情况下，企业希望其代码尽可能接近最终用户运行，以减少延迟。直到最近，在构建应用程序的方式存在多个问题：

分布逻辑：除非将功能或容器部署在不同的区域，并且将客户端路由到最接近的功能，否则其功能通常将保留在数据中心中。

分发动态数据：在不分发数据的情况下分发逻辑不会获得巨大的回报，企业的用户可能更靠近后端，但后端仍然远离数据层。

成本、配置、监视：很少看到应用程序分布到两个或三个以上的区域，因为这样做通常会带来额外的成本或配置，并且需要监视多个区域中的功能或容器。

无服务器的下一个发展是无需配置即可进一步推动分发并交付。这意味着企业的逻辑和数据分布在全球许多地区，并有效地减少了最终用户的延迟。

CDN和Jamstack

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!