Knative 实战：基于 Knative Serverless 技术实现天气服务-上篇

时间 2019-11-21

标签 knative 实战基于 serverless 技术实现天气服务上篇繁體版

原文原文链接

提到天气预报服务，咱们第一反应是很简单的一个服务啊，目前网上有大把的天气预报 API 能够直接使用，有必要去使用 Knative 搞一套吗？杀鸡用牛刀？先不要着急，咱们先看一下实际的几个场景需求：git

场景需求 1：根据当地历年的天气信息，预测明年大体的高温到来的时间
场景需求 2：近来天气多变，若是明天下雨，可否在早上上班前，给我一个带伞提醒通知
场景需求 3：领导发话“最近经济不景气，公司财务紧张，那个服务器，大家提供天气、路况等服务的那几个小程序一块儿用吧，但要保证正常提供服务”。

从上面的需求，咱们其实发现，要作好一个天气预报的服务，也面临内忧（资源紧缺）外患（需求增长），并非那么简单的。不过如今更不要着急，咱们可使用 Knative 帮你解决上面的问题。github

关键词：天气查询、表格存储，通道服务，事件通知
web

场景需求

首先咱们来描述一下咱们要作的天气服务场景需求：
小程序

1. 提供对外的天气预报 RESTful API

根据城市、日期查询（支持将来 3 天）国内城市天气信息
不限制查询次数，支持较大并发查询（1000）

2. 天气提醒

订阅国内城市天气信息，根据实际订阅城市区域，提醒明天下雨带伞
使用钉钉进行通知

总体架构

有了需求，那咱们就开始如何基于 Knative 实现天气服务。咱们先看一下总体架构：
api

经过 CronJob 事件源，每隔 3 个小时定时发送定时事件，将国内城市将来 3 天的天气信息，存储更新到表格存储
提供 RESTful API 查询天气信息
经过表格存储提供的通道服务，实现 TableStore 事件源
经过 Borker/Trigger 事件驱动模型，订阅目标城市天气信息
根据订阅收到的天气信息进行钉钉消息通知。如明天下雨，提示带伞等

基于内容较多，咱们分上、下两篇分别进行介绍：服务器

上篇咱们会主要介绍如何对接第三方的天气预报 API、定时同步并更新天气信息以及提供 RESTful API；
下篇咱们会主要介绍如何实现 TableStore 事件源、订阅天气信息并经过钉钉发送提醒通知；

基于 Knative 实现天气服务-上篇

对接高德开放平台天气预报 API

查询天气的 API 有不少，这里咱们选择高德开放平台提供的天气查询 API，使用简单、服务稳定，而且该天气预报 API 天天提供 100000 免费的调用量，支持国内 3500 多个区域的天气信息查询。另外高德开放平台，除了天气预报，还能够提供 IP 定位、搜索服务、路径规划等，感兴趣的也能够研究一下玩法。微信

登陆高德开放平台: https://lbs.amap.com，建立应用，获取 Key 便可：架构

获取Key以后，能够直接经过 url 访问：https://restapi.amap.com/v3/weather/weatherInfo?city=110101&extensions=all&key= <用户 key=""> ，返回天气信息数据以下：并发

{
    "status":"1",
    "count":"1",
    "info":"OK",
    "infocode":"10000",
    "forecasts":[
        {
            "city":"杭州市",
            "adcode":"330100",
            "province":"浙江",
            "reporttime":"2019-09-24 20:49:27",
            "casts":[
                {
                    "date":"2019-09-24",
                    "week":"2",
                    "dayweather":"晴",
                    "nightweather":"多云",
                    "daytemp":"29",
                    "nighttemp":"17",
                    "daywind":"无风向",
                    "nightwind":"无风向",
                    "daypower":"≤3",
                    "nightpower":"≤3"
                },
                ...
            ]
        }
    ]
}复制代码

定时同步并更新天气信息

同步并更新天气信息

该功能主要实现对接高德开放平台天气预报 API，获取天气预报信息，同时对接阿里云表格存储服务（TableStore），用于天气预报数据存储。具体操做以下：app

接收 CloudEvent 定时事件
查询各个区域天气信息
将天气信息存储或者更新到表格存储

在 Knative 中，咱们能够直接建立服务以下：

apiVersion: serving.knative.dev/v1alpha1
kind: Service
metadata:
  name: weather-store
  namespace: default
spec:
  template:
    metadata:
      labels:
        app: weather-store
      annotations:
        autoscaling.knative.dev/maxScale: "20"
        autoscaling.knative.dev/target: "100"
    spec:
      containers:
        - image: registry.cn-hangzhou.aliyuncs.com/knative-sample/weather-store:1.2
          ports:
            - name: http1
              containerPort: 8080
          env:
          - name: OTS_TEST_ENDPOINT
            value: http://xxx.cn-hangzhou.ots.aliyuncs.com
          - name: TABLE_NAME
            value: weather
          - name: OTS_TEST_INSTANCENAME
            value: ${xxx} 
          - name: OTS_TEST_KEYID
            value: ${yyy}
          - name: OTS_TEST_SECRET
            value: ${Pxxx}
          - name: WEATHER_API_KEY
            value: xxx复制代码

关于服务具体实现参见 GitHub 源代码：github.com/knative-sam…

建立定时事件

这里或许有疑问：为何不在服务中直接进行定时轮询，非要经过 Knative Eventing 搞一个定时事件触发执行调用？那咱们要说明一下，Serverless 时代下就该这样玩-按需使用。千万不要在服务中按照传统的方式空跑这些定时任务，亲，这是在持续浪费计算资源。

言归正传，下面咱们使用 Knative Eventing 自带的定时任务数据源（CronJobSource），触发定时同步事件。
建立 CronJobSource 资源，实现每 3 个小时定时触发同步天气服务（weather-store），WeatherCronJob.yaml 以下：

apiVersion: sources.eventing.knative.dev/v1alpha1
kind: CronJobSource
metadata:
  name: weather-cronjob
spec:
  schedule: "0 */3 * * *"
  data: '{"message": "sync"}'
  sink:
    apiVersion: serving.knative.dev/v1alpha1
    kind: Service
    name: weather-store复制代码

执行命令：

kubectl apply -f WeatherCronJob.yaml复制代码

如今咱们登陆阿里云表格存储服务，能够看到天气预报数据已经按照城市、日期的格式同步进来了。

提供天气预报查询 RESTful API

有了这些天气数据，能够为所欲为的提供属于咱们本身的天气预报服务了（感受像是承包了一块地，咱们来当地主），这里没什么难点，从表格存储中查询对应的天气数据，按照返回的数据格式进行封装便可。

在 Knative 中，咱们能够部署 RESTful API 服务以下：

apiVersion: serving.knative.dev/v1alpha1
kind: Service
metadata:
  name: weather-service
  namespace: default
spec:
  template:
    metadata:
      labels:
        app: weather-service
      annotations:
        autoscaling.knative.dev/maxScale: "20"
        autoscaling.knative.dev/target: "100"
    spec:
      containers:
        - image: registry.cn-hangzhou.aliyuncs.com/knative-sample/weather-service:1.1
          ports:
            - name: http1
              containerPort: 8080
          env:
          - name: OTS_TEST_ENDPOINT
            value: http://xxx.cn-hangzhou.ots.aliyuncs.com
          - name: TABLE_NAME
            value: weather
          - name: OTS_TEST_INSTANCENAME
            value: ${xxx} 
          - name: OTS_TEST_KEYID
            value: ${yyy}
          - name: OTS_TEST_SECRET
            value: ${Pxxx}复制代码

具体实现源代码 GitHub 地址：github.com/knative-sam…

查询天气 RESTful API:

请求 URL

GET /api/weather/query

参数:
cityCode：城市区域代码。如北京市区域代码：110000
date：查询日期。如格式：2019-09-26复制代码

返回结果

{
    "code":200,
    "message":"",
    "data":{
        "adcode":"110000",
        "city":"北京市",
        "date":"2019-09-26",
        "daypower":"≤3",
        "daytemp":"30",
        "dayweather":"晴",
        "daywind":"东南",
        "nightpower":"≤3",
        "nighttemp":"15",
        "nightweather":"晴",
        "nightwind":"东南",
        "province":"北京",
        "reporttime":"2019-09-25 14:50:46",
        "week":"4"
    }
}复制代码

查询：杭州，2019-09-26 天气预报信息示例

测试地址：weather-service.default.serverless.kuberun.com/api/weather…

另外城市区域代码表能够在上面提供的源代码 GitHub 中能够查看，也能够到高德开放平台中下载：lbs.amap.com/api/webserv…

小结

经过上面的介绍，你们对如何经过 Knative 提供天气预报实现应该有了更多的体感，其实相似的场景咱们有理由相信经过 Knative Serverless 能够帮你作到资源利用游刃有余。下一篇会继续咱们要实现的内容：经过 Knative 事件驱动，订阅天气信息，钉钉推送通知提醒，欢迎持续关注。

欢迎加入 Knative 交流群

“ 阿里巴巴云原生微信公众号（ID：Alicloudnative）关注微服务、Serverless、容器、Service Mesh等技术领域、聚焦云原生流行技术趋势、云原生大规模的落地实践，作最懂云原生开发者的技术公众号。”