Serverless无服务

软件工程的本质复杂度和次要复杂度

本质：如何从抽象的问题，发展出具体的概念上的解决方案（业务问题）

次要：指实现它的过程（技术手段）

过去解决了的次要复杂度（提升研发效率）

高级语言

分时系统

开发环境（ide）

什么是云的原生编程模型？怎么样做到在云上的应用开发效率得到10倍的提升？

我想并行处理n个文件该怎么做？

1. 编写处理文件的代码
2. 创建包含工作队列的线程池，提交任务

本质复杂度：

1. 实现文件处理程序

次要复杂度；

1. 实现线程池
2. 高性能的工作队列
3. 线程池资源管理
4. 操作系统调度

扩展这个问题，让这个处理程序是分布式的，应该怎么做？

问题：

1. 需要多少台server
2. 如何处理宕机
3. 文件的大小不同如何实现负载均衡
4. 怎么确保不同机器上的任务被可靠地执行
5. ....

本质复杂度：

1. 实现文件处理程序

次要复杂度：

1. server相关的操作（类似自己实现线程池的这类问题）

对于分布式应用来说，这个程序的复杂度和汇编语言类似，次要复杂度>>本质复杂度

如何减少次要复杂度？

1. 使用消息队列、函数等更高抽象原语设计解决方案
2. 使用serverless计算服务，自动启动、调度实例
3. 使用全托管对象存储服务，用于存储
4. 上传代码包/镜像，调用任务，查看结果，查看日志，暂停/终止服务

去除掉server概念

云计算和Serverless

云计算的发展史就是serverless的兴起史

物理机时代=>虚拟机时代=>容器时代=>serverless时代

物理机时代

物理机时代面临的最大的问题是服务器硬件问题、维护问题、人力问题

虚拟机时代

iaas解决了物理机时代的硬件问题，paas解决了维护问题，单机应用也升级成了群体应用，服务器负责计算，paas中间件负责存储、调度等功能，同时也出现了新的问题，多台机器下环境的一致性

容器时代

容器时代解决了统一运行环境的问题，同时又出现了新的问题，需要规划节点pod中cpu、内存、磁盘的资源，需要编写复杂的yaml去部署pod，需要学习专业的运维知识。

serverless时代

serverless指构建和运行不要服务器管理的一种概念

前面三种架构都是属于serverful，就像第一节中提到的，需要处理各种次要复杂度，像是用汇编语言进行编程。而serverless架构就像用python等高级语言进行编程

目前serverless的实现 faas + baas

faas: 提供运行函数代码的能力，并具有自动弹性伸缩

baas: 将后端能力封装成服务，并以接口的形式提供服务

serverless的出现让我们可以不再关心传统的运维工作，专注解决业务实现，以更快的速度更低的成本完成应用的开发迭代，进而创造出更大的价值，

Faas、Baas

特点：

1. 不用运维
2. 事件驱动
3. 按量付费
4. 弹性伸缩
5. 无状态

云原生指的是原生为云的设计架构模式，serverless是云原生的一种实现，k8s是云原生的另一种实现。

serverless的缺点：

1. 云厂商绑定
2. 底层硬件多样性（看你的代码是否依赖底层硬件）
3. 冷启动有时间
4. 函数通信效率低
5. 开发调试较复杂

尝试第一个云函数

这里尝试的是阿里云的云函数，使用的是阿里云牵头的serverless-devs框架来部署。对比腾讯云的serverless-cli，erverless-devs号称是更具有通用性，无云厂商绑定。但其实所有的兼容都是有代价的，serverless-devs就依赖对其他云厂商组件的兼容，腾讯云的代码上次更新还是21年，自家的最近更新是今年，懂得都懂。

serverless-devs提供了整个云函数的生命周期方法，部署镜像时会先build再push到你的镜像仓库，还是非常方便的。同时也提供的CI/CD的配置。（说是通用，但非常依赖他的组件代码，若想在腾讯云上实现自动推镜像拉取部署，建议还是用腾讯云的serverless-cli）

docs.serverless-devs.com/

# ------------------------------------
#   If you need English case, you can refer to [s_en.yaml] file
# ------------------------------------
#   欢迎您使用阿里云函数计算 FC 组件进行项目开发
#   组件仓库地址：https://github.com/devsapp/fc
#   组件帮助文档：https://www.serverless-devs.com/fc/readme
#   Yaml参考文档：https://www.serverless-devs.com/fc/yaml/readme
#   关于：
#      - Serverless Devs和FC组件的关系、如何声明/部署多个函数、超过50M的代码包如何部署
#      - 关于.fcignore使用方法、工具中.s目录是做什么、函数进行build操作之后如何处理build的产物
#   等问题，可以参考文档：https://www.serverless-devs.com/fc/tips
#   关于如何做CICD等问题，可以参考：https://www.serverless-devs.com/serverless-devs/cicd
#   关于如何进行环境划分等问题，可以参考：https://www.serverless-devs.com/serverless-devs/extend
#   更多函数计算案例，可参考：https://github.com/devsapp/awesome/
#   有问题快来钉钉群问一下吧：33947367
# ------------------------------------
edition: 1.0.0
name: hello-world-app
# access 是当前应用所需要的密钥信息配置：
# 密钥配置可以参考：https://www.serverless-devs.com/serverless-devs/command/config
# 密钥使用顺序可以参考：https://www.serverless-devs.com/serverless-devs/tool#密钥使用顺序与规范
access: "yaods-aliyun-fc"

vars: # 全局变量
  region: "cn-hangzhou"
  service:
    name: "widget-api"
    description: 'hello world by serverless devs'

services:
  widget: # 业务名称/模块名称
    # 如果只想针对 helloworld 下面的业务进行相关操作，可以在命令行中加上 helloworld，例如：
    # 只对helloworld进行构建：s helloworld build
    # 如果不带有 helloworld ，而是直接执行 s build，工具则会对当前Yaml下，所有和 helloworld 平级的业务模块（如有其他平级的模块，例如下面注释的next-function），按照一定顺序进行 build 操作
    component: fc # 组件名称，Serverless Devs 工具本身类似于一种游戏机，不具备具体的业务能力，组件类似于游戏卡，用户通过向游戏机中插入不同的游戏卡实现不同的功能，即通过使用不同的组件实现不同的具体业务能力
    actions: # 自定义执行逻辑，关于actions 的使用，可以参考：https://www.serverless-devs.com/serverless-devs/yaml#行为描述
      pre-deploy: # 在deploy之前运行
        - component: fc build --use-docker --dockerfile ./code/Dockerfile # 要运行的组件，格式为【component: 组件名 命令 参数】（可以通过s cli registry search --type Component 获取组件列表）
    #        - run: docker build xxx          # 要执行的系统命令，类似于一种钩子的形式
    #          path: ./src                    # 执行系统命令/钩子的路径
    #        - plugin: myplugin               # 与运行的插件 （可以通过s cli registry search --type Plugin 获取组件列表）
    #          args:                          # 插件的参数信息
    #            testKey: testValue
    #      post-deploy: # 在deploy之后运行
    #        - component: fc versions publish # 要运行的命令行
    props:
      region: ${vars.region} # 关于变量的使用方法，可以参考：https://www.serverless-devs.com/serverless-devs/yaml#变量赋值
      service: ${vars.service}
      function:
        name: "custom-python39-event-function"
        description: 'hello world by serverless devs'
        caPort: 9000
        memorySize: 128
        timeout: 60
        runtime: custom-container
        customContainerConfig:
          image: "registry.cn-hangzhou.aliyuncs.com/yaods/widget:latest"
        codeUri: ./code
      triggers:
        - name: httpTrigger
          type: http
          config:
            authType: anonymous
            methods:
              - GET
      customDomains:
        - domainName: auto
          protocol: HTTP
          routeConfigs:
            - path: /*
              methods:
                - GET
                - POST

#  next-function: # 第二个函数的案例，仅供参考
#    # 如果在当前项目下执行 s deploy，会同时部署模块：
#    #   helloworld：服务widget-api，函数cpp-event-function
#    #   next-function：服务widget-api，函数next-function-example
#    # 如果想单独部署当前服务与函数，可以执行 s + 模块名/业务名 + deploy，例如：s next-function deploy
#    # 如果想单独部署当前函数，可以执行 s + 模块名/业务名 + deploy function，例如：s next-function deploy function
#    # 更多命令可参考：https://www.serverless-devs.com/fc/readme#文档相关
#    component: fc
#    props:
#      region: ${vars.region}
#      service: ${vars.service} # 应用整体的服务配置
#      function: # 定义一个新的函数
#        name: next-function-example
#        description: 'hello world by serverless devs'

思考

无论是serverless还是最近的人工智能，对于实现本质问题的效率会越来越高，成本越来越低，你会用这些去做什么呢？