江苏龙网

  1. 首页 > 人文 > >

InfoQ|是时候给应用架构做减法了，开发运维配置繁杂

“Lessismore”是路德维希·密斯·凡德罗在建筑领域提出的观点 ， 近些年来 ， 这一观点不断被用于生活中的其他领域 。 在软件开发世界中 ， 也有对“Lessismore”这一观点的架构理念 ， 这就是如今逐渐盛行的“Serverless架构” 。
十多年前 ， 主流的应用架构都是单体应用 ， 当时的开发者们既要关注所需的计算、存储资源 ， 还要关注最底层的服务器等资源 ， 同时当企业业务规模开始激增 ， 导致开发和运维难度更大 。 随着容器技术的衍生及应用 ， 虽然用户可以从对基础服务器关注中抽离出来 ， 但其投入的运维精力依然绕不开的是与业务相关的CPU、内存、网络等资源 。
如今在资源投入、架构理念、架构模式向越来越精简 ， 越来越“物尽其用”的演进中 ， Serverless可以说是“Lessismore”的最佳实践 。 它让开发人员不再操心运行所需的资源 ， 精简自己的开发流程 ， 将关注点重点放在产品代码、业务逻辑上 ， 同时只需为实际消耗的资源付费 。 它使得程序开发架构中只保留了重要的、有价值的资源；其余的资源要么从开发主体中精简剔除 ， 要么隐藏在选择性可见的界面中 ， 用户随用随取 。
1Serverless是“速度”与“激情”的再现Serverless是随着云计算、虚拟化的延伸发展历程演进而来的 。 有人说 ， 未来将是Serverless的天下 。 那么 ， Serverless究竟有哪些优势 ， 使得它受到开发者们如此高的重视呢？
节省维护成本 ， 可实现自动伸缩
首先 ， Serverless是一个基于云的服务 ， 服务提供者帮助处理了服务器端的基础IT工作 ， 比如把云部署从x86机器码（99%的云计算机使用x86指令集）提升到了高级语言层面、管理操作系统、数据库版本升级等等 。 因而开发者们只要编写代码并部署它即可 ， 不需要处理任何后端服务器的任务 。
同时 ， 相比于传统的非Serverless架构 ， 这种架构模式带来的另一大优势是 ， 开发者无需为过度配置或意外的负载峰值提前做好分配计划 。 因此 ， 在企业级架构侧常常会遇到的服务伸缩性等问题 ， Serverless也可以做到自动伸缩 ， 或方便开发者对容量进行简单的手动设置 。
节省人工成本 ， 复杂工作都可以交给机器
一方面 ， Serverless有相对标准的编程环境 ， 减少了对服务器和容器部署所耗费的操作成本 。 另一方面 ， 在所有的应用程序架构中 ， Serverless应用程序拥有的代码量最少 ， 且恰当的Serverless架构在相互依赖性上较少 。
对于开发者来说 ， 这意味着更少的开发逻辑 ， 用更少的代码来定义开发、测试、部署、运维 。 另外从应用程序角度来看 ， 无服务器的功能基本上是一种外部服务 ， 它不需要紧密集成到应用程序的容器生态系统中 。
缩短交付时间与周期 ， 节省开发成本
随着产品及软件版本迭代周期的速度越来越快 ， 一些云厂商在面向客户的咨询调研中发现 ， 越来越多的客户已不满足于缩短开发与测试的周期 ， 而是需要更短的交付周期——从新产品或功能的概念化到以MVP部署到生产环境的整个时间 。
在应对该问题的解决方案上 ， Serverless提供了巨大的作用 。 部分客户在使用该架构及应用程序后 ， 能实现在几天时间内完成项目的部署 。
总的来说 ， Serverless可以称得上是当前各类新架构中“激情与速度”的再现——在降低人工成本、降低风险、降低基础设施成本、提高扩展性、缩短交付时间上 ， 都形成了绝对的杠杆力 。 目前 ， Serverless的适用场景非常广泛 ， 或者说它或将成为大多数交付链中的一部分 。
不过 ， 必须要提的一点是 ， Serverless所具备的优势并不等于它是万能的 。 很多开发者基于对Serverless优势的理解 ， 容易陷入“它是容器替代方案”的认知误区 。 而实际上 ， Serverless与容器针对的是不同的用户需求 。
2AWSServerless的基础技术革新之旅1.Lambda开启Serverless商业化进程Serverless商业化进程的真正开启 ， 起源于AWS在2014正式推出的AWSLambda计算服务 。 随后 ， 各大巨头也都相继推出了相关服务 ， 遂而将Serverless的市场竞争推向白热化 ， Serverless是云服务商提供云服务能力的试金石 ， 如何兑现向客户承诺的Serverless构建能力 ， 需要云服务商的众多云服务能力作为支撑 。


推荐阅读


上一篇：晓刚影视迷|高通也释放“信号”，手机行业将迎“变天”？，华为无奈做出决定

下一篇：油炸小可爱|唐山市这次新能源公交车比较人性化！