巧匠因为他的工具而出名 — 《人月神话》

本文将展示使用云函数+ 蓝盾,开发部署一个"给用户发送提醒短信"的微服务。以这个非常简单的应用,探索一下ServerLess结合DevOps所能产生的合力,畅想一下未来轻应用的开发部署模式。

0.相关材料

1. 配置本地开发环境

在本地安装 scf cli 即可:

pip install scf

2. 编码

使用scf cli 生成一个名称为: scf-send-sms-notification 的云函数模板(demo)。

如上图所示,scf-send-sms-notification/index.py文件是入口文件, main_handler是入口函数。入参event是用户定义的入参, context可以看做是值-结果形式的参数,记录程序运行时信息,如运行内存,cpu等运行时信息。

  • 编写应用代码,安装依赖库(放置到项目目录下)

根据腾讯云短信SMS文档,开通SMS服务,使用SMS Python SDK 编写发送短信的相关代码。

  • 把敏感信息设置进环境变量,编写makefile。

  • 把项目上传到工蜂(内部代码托管平台,类似于Github)

3. 配置DevOps流水线

3.1 配置构建触发

分别选择: 手动触发,Git事件触发。 Git事件触发配置如下:

根据配置,当应用代码commit master分支时,将触发DevOps流水线自动执行。

3.2 下载安装SCF CLI

选择 拉取github插件,如图所示配置插件, 从github上拉取 SCF CLI源码。

选择: Bash插件, 编写Bash脚本如下, 安装SCF CLI。

3.3 下载应用代码

选择: 拉取Git (OA 版), 配置应用代码库信息如下图:

3.4 应用代码质量检查

选择: CodeCC代码检查, 配置要扫描的代码目录,如图:

3.5 本地测试

选择:Bash插件, 编写(或启动)本地测试脚本

 cd ${WORKSPACE} 可进入当前工作空间目录

cd ${WORKSPACE}/scf-send-sms-notification


cat << EOF
***************** install requirements ******************
** pip install -r requirements
EOF
pip install qcloudsms_py


scf --version
echo "************** Testing ***************"
echo
echo 
cat << EOF
***************** set env to function template ******************


EOF
make setFunctionEnv template-file=template.yaml function-name=scf-send-sms-notification sms_sdk_appid=***** sms_sdk_appkey=***** phone_number=***** sms_template_id=*****


cat << EOF
***************** local invoke function ******************
* python2.7
** scf native invoke


EOF
scf native invoke --template template.yaml --no-event

3.6 部署代码到腾讯云

选择: Bash插件, 使用SCF CLI 部署函数(应用)到云上

4. 日常变更和发布

配置好流水线后,日常变更和迭代,变更代码push到远程仓库,便会触发整个CI/CD流水线。进行代码质量检查,测试,发布到腾讯云上。而聪明的你,就可以用节省下来的时间指导漂亮实习生工作了…

CodeCC 企业微信消息通知:

蓝盾CI/CD流水线运行情况通知:

短信:

5. 总结

一切都应该尽可能简单,但也不能简单过了头。—— 爱因斯坦

蓝盾开箱即用的插件模式,使配置CI/CD流水线非常简单,一条CI/CD流水线就完成了 Git上传—> 代码构建 —>测试—>部署整个过程。 而你需要做的,仅仅是在提交代码之后,去喝杯茶~~~ 。

云函数使得开发者完全不用关心机器环境运维,容器集群配置和机器(集群)扩缩容的问题,仅仅关注于业务逻辑本身即可,而且云函数根据请求量自动伸缩(auto scaling) ,按量计费,这些便利使得开发轻量应用变得非常简单和快捷,使得bug修复,功能迭代,验证发布的迭代流程非常迅速。

更重要的是: 那些被诸神恩宠的工程师(没错,就是你们),将从繁琐的测试发布流程、机器环境配置中解脱出来,用宝贵的时间,去创造更加美好的世界。

6. 展望 SeverLess + Devops

乐谱已经谱成,只是还没有写到纸上。 — 莫扎特

软件的本质困难在于软件本身的复杂性,人类大脑能处理的复杂度非常有限(只能同时关注5至9件事)。面对复杂度,软件开发的先贤们给我留下的最重要的两件利器便是: 抽象,分而治之。

从把应用软件中的数据管理部分抽离成数据库,到分层设计,模块化开发,面向对象开发,MVC, SOA,微服务框架,都是在不同的软件粒度上在做抽象和分而治之。把一个功能丰富的软件,抽离成一个个概念完整的子功能,子功能分离成一个个封装良好的类,类分离成一个个各司其职的函数,直到分离成一片片我们大脑能完全掌控的代码片段。而后一行行代码的实现,递归形成了一个功能丰富的软件。

然而,应用功能的分拆和细化,不可避免的引入了分布式和编排、集成、测试、发布上的复杂度。

ServerLess 以云函数(FaaS, Function as a Service) + 云(后端)服务(BaaS, Backend as a Service)的方式拆分了软件的复杂度。用户特定的应用功能通过编排一个个云函数来实现,用户共性的功能(数据库,缓存,CDN,大数据处理,AI等)借力于云厂商的能力实现。

由于ServerLess的虚拟机(或容器)对用户完全透明,因此能透明的为用户解决分布式的一致性、可用性、隔离性、弹性伸缩、安全性等问题,而由于服务拆分所引入的函数代码管理,版本管理、编排、集成、测试、发布、监控上的复杂度,则可以通过用户友好的DevOps流程来解决。

今年三月份,伯克利发表了一篇对ServerLess前景预测的论文(2009年,同样是他们,预言了云计算的崛起),也许ServerLess就是软件开发的银弹,路漫漫其修远兮,但未来可期~~~

推荐阅读

文章来源于腾讯云开发者社区,点击查看原文