玩转AIGC训练营：课时3：函数粘合云服务提供端到端解决方案
课时3：函数粘合云服务提供端到端解决方案
内容介绍
一、单体架构
二、事件驱动和编排
三、Serverless
大家好，我是来自阿里云原生团队的西流，欢迎来到 Serverless 技术公开课。
前面两节课给大家分别介绍了函数计算是什么以及函数计算是如何工作的，这节课我们来讲一讲函数计算是如何粘合云服务提供端到端的解决方案。
一、单体架构
首先，我们看一下单体应用中最常见的两种编程模型，第一种是 UI 驱动，第二种是消息驱动。
在 UI 驱动中，可能客户端不那么智能，主要是因为一些业务逻辑，比如认证服务，搜索服务，交易等都需要实现在服务端的应用程序中，随着业务的复杂度不断增加，服务端的应用会越发的膨胀和难以维护。
而在消息驱动中，需要用户实现一个常做的消费者服务，然后去消费消息。
同时，这个消费者的可用性也需要用户去保证。从上面两个例子我们可以看出，假设这个单体应用不断的膨胀，对一个庞大的单体应用进行拆解，充分利用云服务的体系结构是一个非常好的解决方案。
在这里最大的关键是如何为应用程序的每个组件，选择和使用正确的云服务，而通过函数作为黏合剂将云服务串联起来。
二、事件驱动和编排
目前很多人将 fast 等同于 Serverless 。所谓的 fast 就是function as a service ，即函数器服务，比如阿里云的函数计算和 AWS Lambda 。
实际上有许多其他的服务也是 Serverless ，它们和函数聚算一起构成完整的 Serverless 应用。
比如使用 API 网关可以让用户从 API 网关的限流等繁琐的配置中解放出来；使用表格存储和对象存储来持久化数据，可以取代用户去管理数据库实例；使用日志服务或者 data HTTP 这种 web 数据源收集数据；使用 MS 去管理自己的消息。
用户可以使用一个函数将这些服务给串联起来，从而能达到构建具体的应用和复杂业务逻辑的目标。
同时，用户也可以使用 Serverless 工作流来编排函数和其他云服务，让用户更加聚焦于具体业务逻辑的开发和流程的编排。当然，用户也可以使用阿里云提供的开发工具链来简化自动化部署和持续集成，使用这些开箱即用的工具可以帮助用户快速达到想要的目标和效果。
如果一个庞大的单体应用或者是一个面向服务的体系结构，开发者需要负责所有的事情，包括代码的编写、管理和部署数据库以及其他后端相关服务等。
切换到 Serverless 架构以后，我们可以看到，特定的模块交由特定的云服务处理，在使用具体的业务逻辑之后，实现了具体业务代码的函数，将它们串联起来，也就实现了解偶。
为了使这种架构运转的更有效率，事件驱动是一个不可缺少的特性。比如用户尝试往 OSS 上传一个文件，这个上传事件可以自动触发一个函数对这个文件进行处理。比如用户更变一个表格存储的数据，也会自动触发一个函数，触发一个我编写的逻辑，这就可以引出一个非常有趣的例子。
三、Serverless
用户上传一张图片到对象存储 OSS 触发一个函数，这个函数对这张图片生成缩略图并把缩略图保存回 OSS ，之后这个 OSS 触发了另外一个函数，这个函数会把刚刚生成的缩略图的信息写入 Serverless 数据库，表格存储。
之后，表格存储又触发另外一个函数，将这个缩列图的信息更新到搜索模块。这样我们可以看到，数据的上传、存储、原信息的入库以及搜索模块的更新，对这三个函数联合成了一个具体的业务逻辑。
再回到我们最开始提出的单体应用的实例。
UI 驱动就可以转化成这种 Serverless 架构，比如第三方 Serverless 认证服务可以取代服务端中的认证逻辑，一些页面显示的内容可以直接读取 Serverless 数据库。这样的话，它会导致用户端的很多业务逻辑可以慢慢移到客户端。
同时，对于一些搜索的 CPU 密集型，或者需要大量数据的，我们可以放在服务端实现，并在前面配合上 API 网关。而对于涉及到支付的安全方面的，比如购买函数也可以放在服务端。这样的话，我们就充分利用了一些云服务，保证了一些逻辑的高可用，使自己更专注于具体的业务逻辑。
在这个例子中，我的具体业务逻辑就是购买方向和搜索方向。对于消息驱动这种模式，我们可以看到，之前的一个常驻的消费者服务交由 fast 去实现，同时这个消费的比如并行、高可用等等都交给了云平台。
今天的分享就是以上内容，简单剖析了函数计算可以作为黏合剂，串联其他云服务，提供端到端的解决方案，后续的课程会涉及到函数计算的开发方式、应用场景。
