企业级-Serverless-应用实战

本文整顿自 ServerlessDay · China 大会 –《企业级 Serverless 利用实战》的分享，讲师为腾讯云 Serverless 高级产品经理方坤丁。

本文次要分为四个局部：

Serverless 2020 : 趋势与挑战
Serverless 典型场景
部署企业级 Serverless 利用
实战演示 : Serverless SSR

首先，谈一下对于 Serverless 在 2020 的趋势。我大略是从 3-4 年前开始接触 Serverless，到了往年，发现有以下一些特色，我会把他们分成三个局部：

第一点，对于开发者来说，Serverless 通过按需付费、弹性扩缩容的个性，极大的赋能开发者，让他们关注于实现业务，而不须要思考底层资源。
第二点，对于越来越多的企业来说，从 2019 年开始，他们逐渐开始尝试、深刻应用甚至拥抱 Serverless。因为 Serverless 可能显著的降低成本，并且缩小运维的工作。这对于企业来说，尤其是非科技企业来说，是有十分强的吸引力的。并且在 2020 年，曾经能够看出更多的企业在借助 Serverless 来实现业务了。
第三点，能够看到云服务和 Serverless 的联合越来越严密。方才也说到 BaaS 自身是 Serverless 中的重要局部。那么在 2020 年，越来越多的云服务，正在通过 Serverless 的形式提供。比方 PG SQL 提供了 Serverless DB，Serverless HTTP，以及上午提到的 Serverless AI 等服务。

然而，与此同时，咱们也发现，随着这些趋势的倒退，也面临了不少的挑战，仍然分成三个方面来探讨：

对于开发者来说，怎么提供一个残缺的开发、调试和排障的能力，并且提供更弱小的扩大能力，是十分要害的。也就是生态的建设。
对于企业来说，面临的问题更加细节，很多概念在工业化的实际中，都会遇到很多理论的问题。包含权限的划分、资源的治理、还有 CI/CD 等解决方案，怎么无缝适配到企业的架构中呢？
最初，对于云来说，联合越发严密，然而云产品为了保障通用性和普适性，自身会有比较复杂的配置，并且云资源间接的组合须要带来比拟大的学习老本，也对于企业带来了不少挑战。

那么，在和企业的实际中，咱们也发现 Serverless 对于几种典型的场景反对的十分优良，在这里也心愿和大家分享：

第一种就是 Serverless SSR，这是一个偏前端的场景。产生背景是因为 CSR 是客户端渲染，须要浏览器端进行 js 文件的执行失去交互页面。然而毛病是 SEO 不够友善，并且首屏关上的性能有余。然而 SSR 因为波及服务端，须要思考 node server 的扩缩容、运维等等，让很多开发者望而生畏。然而 Serverless SSR 能够很好地反对这一场景。

第二种是联合网关 + 函数，提供通用的 RESTful 平台，这种场景在之前 19 年一个 Serverless 的调研中，是 70% 用户都在应用的典型场景。也就是将前后端资源 Serverless 化，提供增删改查的能力。

最初一个，Serverless 的全栈利用也十分有市场。通过提供前端、后端以及数据库端。组合不同的组件，能够十分完满的反对全栈利用的部署，同时也不会失去灵活性，能够很好地拆分前后端。

接下来谈谈部署企业级利用的几个诉求。这里的一些教训都是在理论的上云过程中，客户反馈，并且提到的十分多的问题。也是咱们在帮客户一起查看问题的时候，理论解决的问题。

比方咱们的一个客户，心愿 All in Serverless，这几个问题他们全都遇到过，那么咱们能够一起来看下是怎么解决的。

在咱们帮忙企业客户部署 Serverless 利用的时候，须要思考到的几个个性：

权限治理
资源、环境的划分
运维、排障能力
CI/CD

接下来，咱们一一看一下，企业客户在上云过程中是怎么解决这些问题的：

以后在大企业中，须要应用主账号 + 子账户的用户、用户组划分权限。然而怎么让子账户之间权限隔离，更加平安的部署资源始终都是一个挑战。为了确保子账户之间的隔离和细粒度管制，Serverless Framework 开发平台反对在 serverless.yml 文件中，通过指定配置角色来获取对应权限。同时，反对运维配置不同的角色只能被某个子账户调用，从而保障其严格隔离。

随着企业客户 Serverless 架构上云过程中，资源的增长，不可避免会呈现资源管理艰难，须要无效划分资源，隔离环境的问题。那么，腾讯云 Serverless Framework 是怎么解决这个问题的呢？

次要是通过 yaml 配置中对 stage、app 和 org 等几个字段的灵便援用，并且在控制台中提供开箱即用的资源管理视图的查看，从而无效的隔离不同环境中的底层资源。

如上面例子，对应的 yaml 配置中，stage 字段能够从 .env 中读取配置；此外对应的资源名称中能够用 ${app}-${stage} 的形式动静命名。从而针对不同环境创立配置雷同、互相隔离的资源。

运维和排障始终是 Serverless 架构中客户反馈很多的问题，次要集中于以下两个方面：

不足利用级别的监控概览图，配置门槛高；
链路较长，不通明，故障难以排查。

针对这样的状况，腾讯 Serverless Framework 提供了开箱即用的利用级别监控视图，并且联合高级的日志查问性能，能够无效升高配置的学习老本，疾速排障定位问题。

针对企业客户来说，接入自动化的 CI/CD 流程十分必要，次要有如下几个劣势点：

缩小反复操作，晋升公布效率
升高危险，防止手动操作导致的故障
流程通明，充沛的校验和测试

那么针对企业级客户连贯 CI/CD 的诉求，Serverless Framework 既反对开源 CI/CD 产品的买通，如 Jenkins, Github Actions 等，也反对和 Coding 产品的一键买通，从而针对 Serverless 利用提供了“0”配置的 CI/CD 解决方案，实现构建、部署的流程的自动化。

最初，通过一个 Serverless SSR 的实战，演示一个 SSR 利用疾速部署，并提供了动静拆散（动态资源托管到对象存储），提供了开箱即用的利用级别监控的能力。从而实现了欠缺的脚手架能力，并且能够不便的针对权限治理、灰度和 CICD 进行买通及扩大。

腾讯云 Next.js 组件 通过应用 Tencent Serverless Framework，基于云上 Serverless 服务（如 API 网关、云函数等），实现「0」配置，便捷开发，极速部署采纳 Next.js 框架的网页利用，Next.js 组件反对丰盛的配置扩大，提供了目前便捷实用，开发成本低的网页利用我的项目的开发 / 托管能力。

Next.js 个性介绍：

按需付费：依照申请的使用量进行免费，没有申请时无需付费。
「0」配置：只须要关怀我的项目代码，之后部署即可，Serverless Framework 会搞定所有配置。
极速部署：部署速度快，仅需几秒，部署您的整个利用。
实时日志：通过实时日志的输入查看业务状态，便于间接在云端开发利用。
云端调试：可在云端间接进行我的项目调试，从而防止本地环境的差别。
便捷合作：通过云端控制台的状态信息和部署日志，不便进行多人合作开发。

已装置 Node.js（参考 Node.js 装置指南）。
在本地创立一个 Next.js 我的项目并初始化：

$ mkdir serverless-next && cd serverless-next
$ npm init next-app src

通过 npm 全局装置 Serverless CLI：

$ npm install -g serverless

在我的项目根目录（此例中为 serverless-next）下创立 serverless.yml 文件：

$ touch serverless.yml

在 serverless.yml 中进行如下配置：

# serverless.yml
component: nextjs # (必填) 组件名称，此处为 nextjs
name: nextjsDemo # (必填) 实例名称
org: orgDemo # (可选) 用于记录组织信息，默认值为您的腾讯云账户 appid
app: appDemo # (可选) 该 next.js 利用名称
stage: dev # (可选) 用于辨别环境信息，默认值是 dev

inputs:
  src: 
      src: ./src
    exclude:
      - .env
  functionName: nextjsDemo
  region: ap-shanghai
  runtime: Nodejs10.15
  apigatewayConf:
    protocols:
      - http
      - https
    environment: release

查看更多配置及阐明 >>

3.1 构建动态资源

进入到 next 我的项目目录下，构建动态资源：

$ cd src && npm run build

3.2 部署到云端

回到在 serverless.yml 文件所在的我的项目根目录，运行以下指令进行部署：

$ sls deploy
serverless ⚡ framework
Action: "deploy" - Stage: "dev" - App: "appDemo" - Instance: "nextjsDemo"

region: ap-shanghai
apigw: 
  serviceId:   service-xxxxxx
  subDomain:   service-xxxxxx-10000000.sh.apigw.tencentcs.com
  environment: release
  url:         https://service-xxxxxx-10000000.sh.apigw.tencentcs.com/release/
scf: 
  functionName: nextjsDemo
  runtime:      Nodejs10.15
  namespace:    default


59s › nextjsDemo › Success

部署时须要进行身份验证，如您的账号未登录或注册腾讯云，您能够间接通过微信扫描命令行中的二维码进行受权登录和注册。

如果心愿查看更多部署过程的信息，能够通过 sls deploy --debug 命令查看部署过程中的实时日志信息（sls是 serverless 命令的缩写）。

部署了 Next.js 利用后，能够通过开发调试能力对该我的项目进行二次开发，从而开发一个生产利用。在本地批改和更新代码后，不须要每次都运行 serverless deploy 命令来重复部署。您能够间接通过 serverless dev 命令对本地代码的改变进行检测和主动上传。
能够通过在 serverless.yml文件所在的目录下运行 serverless dev 命令开启开发调试能力。
serverless dev 同时反对实时输入云端日志，每次部署结束后，对我的项目进行拜访，即可在命令行中实时输入调用日志，便于查看业务状况和排障。

除此之外，咱们通过压测发现，该架构的性能和自建 node server 相比持平，甚至在响应工夫方面更加有劣势；而在价格测算上，基于 Serverless 弹性伸缩，按需付费的特点，有着非常显著的劣势。

在 serverless.yml 文件所在的目录下，通过如下命令查看部署状态：

$ serverless info
serverless ⚡ framework


Last Action:  ifo (a few seconds ago)
Deployments:  21
Status:       active

region: ap-shanghai
apigw: 
  serviceId:   service-xxxxxx
  subDomain:   service-xxxxxx-10000000.sh.apigw.tencentcs.com
  environment: release
  url:         https://service-xxxxxx-10000000.sh.apigw.tencentcs.com/release/
scf: 
  functionName: nextjsDemo
  runtime:      Nodejs10.15
  namespace:    default

nextjsDemo › Info successfully loaded

最初，我置信 Serverless 的时代曾经到来，它可能赋能开发者，助力企业上云，并将从新定义云的概念！

3 秒你能做什么？喝一口水，看一封邮件，还是 —— 部署一个残缺的 Serverless 利用？

复制链接至 PC 浏览器拜访：https://serverless.cloud.tenc…

3 秒极速部署，立刻体验史上最快的 Serverless HTTP 实战开发！

传送门：

GitHub: github.com/serverless

官网：serverless.com

欢送拜访：Serverless 中文网，您能够在最佳实际里体验更多对于 Serverless 利用的开发！

举荐浏览：《Serverless 架构：从原理、设计到我的项目实战》

企业级-Serverless-应用实战

Serverless 2020 : 趋势与挑战

Serverless 典型场景

部署企业级 Serverless 利用

权限治理

资源 / 环境划分

运维 / 排障

CI/CD

实战：疾速部署基于 Next.js 的 Serverless SSR 利用

操作场景

前提条件

操作步骤

1. 装置

2. 配置

3. 部署

4. 开发调试

5. 查看部署状态

One More Thing