开发者学堂课程【低代码认证-第三章：行程卡相关课程：行程卡识别系统的Faas服务需求】学习笔记与课程紧密联系，让用户快速学习知识
课程地址：https://developer.aliyun.com/learning/course/1009/detail/15061
行程卡识别系统的Faas服务需求
内容介绍
一、Fass 连接器介绍
二、Fass 连接器特性与适用场景
三、Faas 连接器使用的路径
四、行程卡识别系统的需求与分析
首先我们来一起看一下本章的课程背景。在上一章我们通过集成自动化当中的 HTTP 连接器完成了在钉钉宜搭调用外部数据源接口，实现了资产管理系统的应用实践。本章和 FaaS 连接器进行数据互通。来实现行程卡识别应用实践去掌握在钉钉宜搭编写后端代码的途径，有效地提升复杂业务逻辑的处理效率。
了解了课程的大概情况后，一起来看一下本章的学习目标。本章的学习目标，有了解连接器的开发。了解添加连接器的两种方式。掌握 FaaS 连接器的基础功能。可以独立地搭建形成卡识别应用。
一、Fass 连接器介绍
接下来我们来学习第一章第一小节 FaaS 连接器介绍。在讲解 Faas 连接器之前，我们先来看一下钉钉宜搭逻辑扩展能力。
钉钉宜搭基础能力如何表单，流程审批，还有报表的基础能力。其中还有一些低代码的扩展能力。包括业务规则，服务注册和公式。再扩展一下就是连接器。
当然连接器包括一方连接器。一方连接器的配置门槛适中。无需代码基础就可以去即成钉钉的官方应用。那连接器还有自定义连接器。自定义连接器可以去连接企业内部的应用，实现数据互联互通，这这就需要一定的代码能力。
如果第三方系统的接口需要传递的参数需要处理。那么还需要有 Groovy 的一个能力。他和 js 的能力一样都需要去书写代码。最后一个也就是最高的门槛就是我们的 FaaS 连接器。了解了钉钉宜搭的逻辑扩展能力后，我们来看一下刚才所说的自定义连接器。可以通过自定义连接器完成，在第一大页面调用外部数据源接口的功能。打破数据孤岛，实现数据的互联互通。
今天给大家制定连接器分为两种。分别是 HTTP 的连接器和 FaaS 连接器, HTTP 服务器可以将 HTTP 服务注册到钉钉宜搭连接器工厂的自定义 HTTP 连接器里，供钉钉宜搭连接器数据源和页面 JS 消费，实现例如连接三方系统的复杂场景。 FaaS 连接器：可以在钉钉宜搭连接器工厂里创建 FaaS 连接器并编写后端代码，来调用三方服务供钉钉宜搭连接器数据源和页面 JS 消费，无需提供服务器和 HTTP 服务。简单的了解了 FaaS 连接器的介绍后。
二、Fass 连接器特性与适用场景
下面来看一下它的特性和适用场景。这里的 Serverless 相当于用户想要去开发一款 APP 。
无需去购买云服务器，只需要购买用户账号，以及把代码书写上去。书写完成这个代码之后就可以跑起来了。如果后续访问用户过多，还可以申请购买扩容缩容。让用户只需要去关注书写的代码。不需要关心服务器端的相关技术。 FaaS 是 Serverless 里面的一个概念，主要是用户只需要去书写代码。不需要关注这些代码是怎么部署的。
那钉钉宜搭这个能力是做了很深的打通,整个能力是在阿里云提供的。因此打通了，比如说用户进来时，自动会创建一个子账号。子账号有相应的权益，包括代码开发，运维调用以及一些设置。开发态从钉钉宜搭到这边去创建一个 FaaS 连接器。一键自动登录到阿里云发平台。这里面包括一系列的登陆态打通。打通之后还可以加载一些自定义的代码模板。
用户通过代码模板自动生产之后，只需要写少量的代码，完成自己的业务逻辑其他的都不需要关心。其实在内部也内置了大量的工具。便于用户通过代码去连接钉钉宜搭或者是其他的平台。同时它还具备了一些分发能力，也就是说用户在上面写的一些对于科研人士比较定制的算法之类的。在某些行业来说，它是一个必备的能力。如果可以开发完，相当于可以以后去进行变现。可以有一些商机去授权给某些用户进行使用，通过分发就可以直接去产生商机。在这里我们也大致归纳了一下他的一个适用场景。
也就是说需要用 FaaS 进行扩展的使用场景。比如说用户希望和自己的数据源进行交互，还有刚刚提到的个性化算法。因为算法代码是有一些知识产权的，不希望算法暴露出去，同时不希望管理部署机器。包括运维就可以使用 FaaS 完全托管掉。还有包括与外部应用复杂的交互，甚至复杂的定时任务。以及未来的会对外部开放的钉钉宜搭平台，自身的一些能力的扩展，也可以通过 FaaS 进行。通过对 FaaS 连接器的概念和适用场景的了解，再简单地回顾一下它的价值优势。如云开发能力。钉钉宜搭连接器是以阿里云服务委托开发人员，只需要关注。
业务相关代码的编写，无需关注服务器的部署运维扩容缩容。这是他的云开发能力。灵活可定制通过开发人员在云 ID 代码编辑钉钉宜搭，可以更加贴合自身的业务。支持它的灵活，可定制。它可以打破数据壁垒。
秉承钉钉宜搭连接器的初衷。更进一步打破低代码产品与三方应用间的壁垒的进程。就是FaaS连接器的价值优势。
三、Faas连接器使用的路径
最后我们来看一下 FaaS 连接器使用的路径。大致分为两种。
第一种在数据源中调用。在钉钉宜搭设计的工具栏当中，我们可以找到数据源。在这里面可以去点击添加新建一个连接器数据源。然后在这边去配置它的连接器以及执行动作。最终我们可以在动作面板当中去掉用这个连接器。
第二种是在集成自动化综合审批流中进行使用。下面这张图片是在集成自动化当中去使用到我们配置的 fass 连接器。去进行自定义连接自建系统或者是第三方应用系统。这是 fass 连接器使用的两种方式。
四、行程卡识别系统的需求与分析
接下来我们学习第二小节行程卡识别系统的需求与分析，首先来看一下行程卡识别系统的背景。在疫情严防严控的大背景下，行程卡及健康码的核验无疑是防疫工作的重中之重。此前，行程卡需要人工进行核验，费时费力。
现在，钉钉宜搭通过 FaaS 连接器在连接器数据源中的使用，实现行程卡的自动识别，并将读取到的信息回填到钉钉宜搭表单内。可以大大减少防疫人员的工作量，并提高核验的准确性。
如果我们右侧的动图首先我们会点击一个图片进行行程卡的截图上传，
如果上传的没有问题的话，他就会返回我们正确的一个验证结果。包括电话号码，途经省市更新时间行程卡的状态是否有风险。这是他验证正确的结果，如果他验证是错误的话，这里的服务请求是否处理成功就会返回否。
那么下方呢，也就是会填写的都是为空的，因为它没有检测到我们的一个行程卡。根据它的系统背景描述可知配置这个系统需要很多步骤。那么我们一起来看一下它的流程设计。
回到我们的钉钉宜搭当中。我们在阿里云开发平台已经编辑好我们的代码之后，就可以回到钉钉宜搭当中去创建通信行程卡信息登记表单。在这个表单当中，我们配置好组建之后，去添加一个连接器数据源。添加完成之后，我们去配置它的一个连接器和执行动作。
最终我们想要实现的是，当我们去上传这个图片的时候，它可以去调用这个远程数据源。或者说去调用这个连接器数据。所以说我们就需要在动作面板当中去书写相关的业务逻辑。
最终我们可以在阿里云开发平台去查看运行日志。这就是我们行程卡识别系统流程设计。
