从目前行业所呈现出来的这种发展趋势来看, 这绝对是云计算领域中必须要经历的一整个变革过程。在2019年这一年, 云计算技术被称为了最具发展潜力的技术前进方向。人们认为这是一种不可更改的、必然出现的发展趋势。它是从最底层开始, 对计算资源的呈现形态进行了变革。这一变革为软件架构的设计工作, 以及应用服务的具体部署过程, 都带来了全新的设计思考与思路。因此, 我们特地设计并准备了这篇技术专题内容。该内容将从最容易理解的基础概念讲起, 一步步深入到后台和前台的架构怎么搭建、应用可以拓展到什么程度, 以及在实际操作中应该遵循哪些最佳做法。我们从多个角度入手, 试图揭开原本神秘的东西的实际运作方式。通过这样的方式, 帮助你逐步认识并融入无服务器这种计算模式的世界。什么是 按照中文的习惯来翻译的话, 这一术语被称为无服务器架构。这究竟是一个什么样的形态, 或者说它到底是一个什么样的产品呢? 所谓的无服务器技术, 难道就意味着现实当中真的就不存在任何一台服务器了吗?实际上, 在如今这个领域里, 现在对于某些东西存在几种不同的理解方式或者处理方法, 大家可以注意一下具体情况:当我们谈论架构的时候, 这里所说的内容, 指的是利用某种特定形态的产品去实现的应用架构。这种类型的架构是完全依赖于云厂商, 或者是云平台所提供的产品来完成的系统组织以及构建工作的。在这种架构环境里面, 用户是不需要去关注那些用于支撑应用服务运行的主机方面的事情了, 而是应该把注意力全部都投入到系统架构的构建、业务代码的开发以及业务支撑运维的工作上去。而当我们在谈论产品的时候, 它所代表的意思是不需要去理解服务器, 也不需要去管理服务器, 而是按需来使用, 并且按照实际使用的量来进行付费。在这些产品中, 其实是可以包含存储以及计算等多种不同类型的产品的。而作为典型的计算产品来说, 云函数就是属于这样一种形态的产品。云函数, 亦即所谓的函数即服务产品, 它与后端即服务产品一同被归类为特定的业务模块。当开发者进行实际操作时, 需要将这些产品加以组合运用, 从而搭建出属于自身业务的整体架构体系。的价值技术为什么会获得越来越多的关注? 我们可以从几个角度来看。首先, 从开发者使用的角度来看, 他们不用再去更多地考虑服务器的内容相关问题, 不需要再去关注服务器规格大小的问题, 不需要再去关注存储类型的问题, 不需要再去关注网络带宽的问题, 也不需要去处理自动扩缩容这样的问题。同时, 他们也无需对服务器进行运维操作, 无需持续不断地打上系统补丁、应用补丁, 无需从事数据备份等工作, 也无需完成软件配置等事项。其次的话, 这个产品具备那种完全的自动化机制, 可以进行弹性的扩容与缩容操作。当面临业务高峰时刻的时候, 产品的计算能力以及容量会自动地进行扩容处理, 以便去承载更多规模的用户请求存在。等到业务量出现下降趋势的时候, 其所使用的资源也会同步地收缩回来, 从而有效避免因资源闲置而造成的浪费情况发生。再一次, 由完全自动化的弹性所引发的变化, 体现在那种全新的计量以及计费的模式上面。开发者这块, 只需要去根据实际的使用量来支付对应的费用就得了。再比如说, 在那些深夜里面完全没有业务量的时候段内, 根本就不会出现有空闲资源一直在那里的情况存在起来, 正因为如此的原因, 所以也自然而然地就不会有任何样的费用发生了。就像上面说的那样, 有了这些特点, 开发人员或者是普通用户就能够拿到实实在在的好处, 从商业的角度来看, 这意味着带来了具体的经济利益:1. 降低运维需求降低运营成本, 缩短迭代以及上线的时间周期, 进行快速试错的这一技术特点。这里提到的具有技术特点的对象, 指的是产品在计算方面的商品对象, 也就是云函数。云函数具备下列的技术特性:1. 事件驱动2. 针对发生的那个单一事件, 进行单独的处理。3. 系统能够根据实际情况, 自动进行调整伸缩。4. 无状态开发▎ 的应用场景架构或者技术, 可以在什么样的场景下被应用呢? 这样做可以充分发挥它自身的优势。下面的这些具体场景, 都是非常适合去使用特定的架构或者是相应的产品, 从而来实现大家想要完成的那些业务逻辑的。1. WEB 及移动后端通过把云函数和 API 网关, 或者是 HTTP 触发器结合起来用, 就可以弄出一个能让外面访问的 URL 地址。这样就能变成给网页、小程序、或者移动应用用的后端服务。这个架构既可以拿来直接建一个后台好去服务那个应用的另外一边, 也可以用一个像 BFF 那种模式的办法去弄出一座桥来, 专门搭在中间那台中台和应用之间。架构提供的强大弹性能力, 使得它可以支撑业务或者应用的急剧暴涨而它提供的低运维需求, 使得开发者可以专注于业务的实现和优化过程同时, 那种基于实际使用量来付费的方式, 使得开发者完全不需要去预先配置资源, 也完全不用担心因预配置资源而产生的浪费现象。2. 消息处理架构的应用本身其实是靠事件触发来运行的, 所以它特别适合用来处理消息这件事。不管是正在通过消息队列去传递那种业务消息呢, 还是在 Kafka 中进行应用的日志采集工作, 都可以直接对接到云函数上面去的。然后就可以进行实时的消息处理以及分析操作了。3. 针对那些需要进行处理的文件, 我们会使用对象存储来进行处理。在 应用场景中, 有一个做法是比较普遍的, 那就是让云函数去运行, 并且触发这个运行的动作是由对象存储里的文件上传事件来做的。关于图片文件的上传操作来说, 能够依托于云函数的形式去得以实现, 进而完成诸如生成缩略图、添加二维码或是打上水印标记这些功能, 同时也能够对图片进行一定程度的优化处理工作而当涉及到数据文件的上传时, 则可以相应地启动针对数据的自动化分析流程。4. 物联网物联网这事儿, 意味着会有成千上万的设备全都连入到网络里, 每时每分都在不停地产生数据, 这就对数据的分析和处理的及时性提出了一个非常高的挑战。如果我们去使用那种架构的话, 物联网的设备所采集到的数据, 就可以作为云函数的触发事件, 进而去实现数据的实时处理、以及分析和应用这些内容。现在物联网设备的计算能力在不断地变强, 所以云函数这个东西作为最小的那种计算单元, 是有可能被安排到设备这边去运行的。这样一来就能实现边缘计算, 最后也就达到了端和云联合在一起的架构图样效果。5. 运维及集成可以通过对接云函数, 并且对接云计算里面的各种各样的不同产品内容、日志分析服务系统、以及监控和告警管理系统等这些配套环境, 那么在进入云时代之后的所有运维工作流程和操作方法, 也都可以使用云函数来构建完成。那些设定为按时间节点自动触发的云函数代码程序, 就可以很方便地取代掉以前必须要在实体服务器主机上面才能够持续运行执行的定时任务类型操作方式而另一方面, 如果是通过接收到日志记录变化信息或者监控告警通知信号作为触发条件的云函数任务代码片段的话, 那么就能够对正在云平台内部发生的各类意外突发事件情况作出极其迅速的反应措施动作, 并且完成相应的数据处理修复工作。在如今这个被称为云原生的时代, 有关云计算的应用。云计算现在已经进入了新的阶段, 现在人们讨论上云的时候, 不再是需要不需要考虑的问题, 而是应该怎样去做的問題, 在这样的情况之下, 云原生的概念就跟着出现了, 所谓云原生的架构也好或者应用也罢, 它们是基于云平台来进行设计的做法, 这种做法能够充分地利用现代云计算平台上面所具备的弹性特性以及分布式这些方面的特点, 来达到实现应用架构的目的。而且, 架构、产品以及应用, 都是完全依靠云来搭建的。所以它们都是典型的, 而且是完全符合云原生标准的架构、产品或者应用。这些产品所拥有的特性、技术手段还有成本方面的优势等等。这些东西会变成下一代云产品的发展大方向。另外那些基于这个架构去开发出来的应用, 或者是架构本身。因为它们推进工作已经基本完成了。所以能够非常大程度地享受到云计算时代带来的那种非常强大的帮助力量。这样一来云计算就真能变成了业务增长的有力推动工具了。的计算产品, 也就是云函数, 它是跟在云虚拟机和容器技术这后面出现的下一代计算样子, 这会给云计算带来新的一股热火天。围绕这个云函数来建造的产品本事、用来帮手工具、搞出的圈子里的人和事、还有写应用程序的方法这些方面, 也会迎来新一轮的好发展。等到那些不用管服务器怎么弄的商品和产品圈子慢慢变成熟了, 它们就会一点点承担起那些公司里最重要的业务干活的事情。在这个持续往前、高速发展的过程当中, 腾讯云的云函数会把腾讯云在云原生重点发力领域的位置给确定下来。它会跟着客户需要的动向去走, 它也会跟着行业发展的趋势去走, 它还会跟着技术进步的节奏去走。最终的目的就是要为用户提供一个完整的解决方案。这里是传送门的位置。欢迎莅临 中文网, 您可以在最佳实践模块之中体验到更加丰富的关于应用开发的更多内容。