背景
由于工作原因，一直对AWS Lambda比较熟悉。各云厂家标的Serverless函数都不约而同的命名为Function函数。比如Google cloud Functions,Micsoft 的 Azure Functions。有机会接触到中国两个领先云计算厂商的类似产品，也都叫function或者云函数。因为一个机会，昨晚尝试使用Tencent cloud的云函数，构建一个简单的Django应用。因过程比较有趣，用blog的形式记录下来。
AWS Lambda构建Django的最佳实践
云上用户想把Django应用改造为Serverless服务进行上线，不再考虑服务器相关的配置，部署；这便是Serverless核心的商业价值：即可让开发人员专注于业务本身的价值，将他们从复杂的运维环境中解救出来。面对这类用户的业务场景，AWS lambda提供了一套“开箱即用”的解决方案。
在过去，借助于aws的生态体系，我们会推荐通过zappa这个开源项目将客户的django项目，API-gateway,lambda等云上服务通过资源编排的方案进行高维度的汇总打包。在以上资源进行编排后，只需要几段简单的命令即可完成资源的上传，部署和上线。
Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.
$ pip install zappa
$ zappa init
$ zappa deploy
酷炫吧？更多的介绍看：
Tencent构建 Serverless Django的最佳实践
虽然第一次使用腾讯云产品，但是对整个任务有个清晰的认知，步骤是
初始化改造django应用
前端构建一个 API-Gateway
通过触发器将Gateway与云函数连接
但仔细一想，去年在AWS大会上，小伙伴推荐了一个产品是Serverless Framework，支持aws的部署，也支持友商的很多Serverless产品部署。看着官方上 Tencent Cloud的log，顿时感觉自己发现了宝藏，也就是以上三个步骤中，至少后两个都应该可以自动化部署了。
出于程序员本能，迅速浏览了Github上的项目，发现了官方对serverless的介绍：用于快速部署serverless的命令行工具，提供常用脚手架，遵从MIT协议。于是坚信自己找到了最佳方案：通过serverless framework中的component快速构建我在tencent cloud上的第一个serverless应用。炳恒快发现了django的component。
操作步骤
由于长期出差，我养成了在自己EC2上做各种demo的习惯。这次部署django是在我aws ec2上操作的，结果发现了一个小坑，算是小彩蛋。
1.安装serverless CLI（安装前，得在机器上自行安装nodejs）
npm install -g serverless
2.创建并进入一个全新目录
$ mkdir myDjangoDemo && cd myDjangoDemo
3.通过命令行，快速创建一个静态网站托管应用
$ serverless create --template-url <https://github.com/serverless-tencent/tencent-django/tree/master/example>
$ cd example
4.本地修改serverless.yml文件
component: django
name: djangoDemo
org: 'Your Org name'
app: 'Your app name'
stage: dev
inputs:
region: ap-guangzhou
djangoProjectName: mydjangocomponent
src: ./src
functionConf:
timeout: 10
memorySize: 256
environment:
variables:
TEST: vale
vpcConfig:
subnetId: 'your SubnetID'
vpcId: 'your VPC ID'
apigatewayConf:
protocols:
- https
environment: release
第一次使用tencent cloud，对cli不是特别熟悉，所以直接通过UI拿VPC ID ：
5.**部署** （躺了一个坑）
$ sls --debug
部署前，需要微信扫码，登陆serverless账号。对应的org，app name也需要在对应serverless.yaml里的字段。一切就绪后，我却遇到了一个问题：无法找到component。
我尝试查找自己仓库，发现确实没有初始化django。于是我从晚上10点一直排查，熬到了凌晨00:30.确认自己没有问题后，向serverless-component开源社区的贡献者写了封邮件寻求帮助。
早上10点30，收到了贡献者的回复，知道了原因并顺利解决。看来即使沟通才能最小化成本呀。
原因是我用的aws ec2并不是中国时区，需要设置参数：SERVERLESS_PLATFORM_VENDOR=tencent解决。附上源代码并感谢这位小伙伴@yuga Sun：
部署成功后，成功访问了我的第一个django应用：
结尾
业内的普遍认知：Serverless = FaaS +BaaS
而本文使用的Serverless工具既有可以控制函数的plugin，也有部署后端资源的Component.且天然支持众多云厂商。而对比Zappa，则仅支持的是AWS。
两个工具Serverless VS Zappa在使用上基本没有区别，目的都是让运维人员开箱即用部署Serverless应用。现在市场上，很多客户喜欢多云混合，不同项目，不同团队会选择适合自己的公有云服务。All in 某一个云厂商的场景并不是特别常见，因为员工技能树，服务费用，服务身的质量，以及服务的数量都会是IT经理在做抉择的顾虑。Serverless工具这个工具箱日后一定会越来越火。
