SCF场景下的DevOps实现--Jenkins篇

当前Serverless热度越来越高,越来越多的开发者们开始抛弃传统开发模式基于Serverless来搭建自己的产品服务。在享受腾讯云Serverless产品SCF的免运维、低成本优势的同时,也要适应SCF与传统开发模式的差异。其中DevOps便是很重要的一环,因为SCF特有的runtime,使得开发者无法复用现有DevOps平台完成CI/CD流程。

为此,腾讯云中间件团队基于Jenkins、CODING企业版以及蓝盾三种DevOps方案进行了整合打通,本文意图描述在SCF场景下,如何基于Jenkins搭建自己的CI/CD流程。后续,将会介绍基于其他两种方案的DevOps实现。

前言

本文核心目的在于描述SCF与现有DevOps平台结合的实践,以Jenkins为例。因此不会介绍过多背景知识。因此假设你已经具备以下技能。

  • Jenkins或类似平台使用背景。
  • 了解SCF产品
  • scf cli,SCF的命令行工具:https://github.com/tencentyun/scfcli

源码介绍

git地址:

https://github.com/NevenMoore/scf_devops_demo

  1. Jenkinsfile, jenkins的pipeline描述文件。
pipeline {
agent any


stages {
stage('Checkout') {
steps {
echo "Checkout"
git 'https://github.com/NevenMoore/scf_devops_demo.git'
}
}
stage('Build') {
steps {
echo 'Building'
sh "pip install -r requirements.txt"
}
}
stage('Test') {
steps {
echo 'Testing'
script {
ret = sh(script: "scf native invoke -t ./template.yaml --no-event", returnStatus: true)
if (ret != 0) {
echo '[Test] Failed'
currentBuild.result = 'FAILURE'
return
}
}


}
}
stage('Deploy - Staging') {
steps {
echo 'Deploy - Staging'
}
}
stage('Sanity check') {
steps {
input "Does the staging environment look ok?"
}
}
stage('Deploy - Production') {
steps {
echo 'Deploy - Production'
script {
ret = sh(script: "scf package -t ./template.yaml", returnStatus: true)
if (ret != 0) {
echo '[Deploy] Failed'
currentBuild.result = 'FAILURE'
return
}
ret = sh(script: "scf deploy -t ./deploy.yaml -f", returnStatus: true)
if (ret != 0) {
echo '[Deploy] Failed'
currentBuild.result = 'FAILURE'
return
}
}
}
}
}


post {
success {
echo 'I succeeeded!'
}
unstable {
echo 'I am unstable :/'
}
failure {
echo 'I failed :('
}
changed {
echo 'Things were different before...'
}
}
}
  1. Checkout:检出,从github拉取代码。
  2. Build: 用pip安装项目依赖。
  3. Test:测试,SCF有自己的runtime,SCF命令行可模拟线上环境。
  4. Deploy - Staging: 灰度发布,当前云上灰度能力未完全开放,暂且跳过。
  5. Sanity check:发布审批。
  6. Deploy - Production:发布上线,这里利用了scf cli的发布能力。

2. index.py。就是scf cli init出来的helloworld模版,为了演示build阶段,特意import flask。

# -*- coding: utf8 -*-
import flask

def main_handler(event, context):
print(str(event))
return "hello world"

3. template.yaml, scf的元信息文件,例如runtime,memsize等信息,可参见scf cli文档。

Jenkins pipeline配置

比较简单,将上面的jenkinsfile内容粘贴下配置即可完成。

触发&构建

>>>>

触发

简单起见在jenkins上手动出发流程(当然你可以选择webhooks)自动触发。

>>>>

阶段视图

可以看见前面的checkout->build->test>Deploy - Staging阶段已自动化完成,因为上面配置了人工确认,手动确认后pipeline会将scf发布到腾讯云现网环境。

>>>>

完整输出

Running in Durability level: MAX_SURVIVABILITY
[Pipeline] Start of Pipeline
[Pipeline] node
Running on Jenkins in /var/lib/jenkins/workspace/scf_devops_demo
[Pipeline] {
[Pipeline] stage
[Pipeline] { (Checkout)
[Pipeline] echo
Checkout
[Pipeline] git
No credentials specified
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url https://github.com/NevenMoore/scf_devops_demo.git # timeout=10
Fetching upstream changes fromhttps://github.com/NevenMoore/scf_devops_demo.git
> git --version # timeout=10
> git fetch --tags --progress https://github.com/NevenMoore/scf_devops_demo.git +refs/heads/*:refs/remotes/origin/*
> git rev-parse refs/remotes/origin/master^{commit} # timeout=10
> git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision a500383602e314911b62a74045295f0008b0288f (refs/remotes/origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f a500383602e314911b62a74045295f0008b0288f
> git branch -a -v --no-abbrev # timeout=10
> git branch -D master # timeout=10
> git checkout -b master a500383602e314911b62a74045295f0008b0288f
Commit message: "flask"
First time build. Skipping changelog.
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Build)
[Pipeline] echo
Building
[Pipeline] sh
+ pip install -r requirements.txt
Requirement already satisfied: flask in /usr/local/lib/python3.6/site-packages (from -r requirements.txt (line 1)) (1.0.2)
Requirement already satisfied: click>=5.1 in /usr/local/lib/python3.6/site-packages (from flask->-r requirements.txt (line 1)) (6.7)
Requirement already satisfied: itsdangerous>=0.24 in/usr/local/lib/python3.6/site-packages (from flask->-r requirements.txt (line 1)) (1.1.0)
Requirement already satisfied: Werkzeug>=0.14 in/usr/local/lib/python3.6/site-packages (from flask->-r requirements.txt (line 1)) (0.14.1)
Requirement already satisfied: Jinja2>=2.10 in /usr/local/lib/python3.6/site-packages (from flask->-r requirements.txt (line 1)) (2.10)
Requirement already satisfied: MarkupSafe>=0.23 in/usr/local/lib64/python3.6/site-packages (from Jinja2>=2.10->flask->-r requirements.txt (line 1)) (1.1.1)
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Test)
[Pipeline] echo
Testing
[Pipeline] script
[Pipeline] {
[Pipeline] sh
+ scf native invoke -t ./template.yaml --no-event
START RequestId: 59d1d0b0-c206-4a6d-a025-ebd364952bc9
{}

END RequestId: 59d1d0b0-c206-4a6d-a025-ebd364952bc9
REPORT RequestId: 59d1d0b0-c206-4a6d-a025-ebd364952bc9 Duration: 0 ms BilledDuration: 100 ms Memory Size: 128 MB Max Memory Used: 32 MB


"hello world"
[Pipeline] }
[Pipeline] // script
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Deploy - Staging)
[Pipeline] echo
Deploy - Staging
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Sanity check)
[Pipeline] input
Does the staging environment look ok?
Proceed or Abort
Approved by 帅哥
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Deploy - Production)
[Pipeline] echo
Deploy - Production
[Pipeline] script
[Pipeline] {
[Pipeline] sh
+ scf package -t ./template.yaml
Generate deploy file 'deploy.yaml' success
[Pipeline] sh
+ scf deploy -t ./deploy.yaml -f
deploy default begin
default scf_devops_demo already exists, update it now
Deploy function 'scf_devops_demo' success
deploy default end
[Pipeline] }
[Pipeline] // script
[Pipeline] }
[Pipeline] // stage
[Pipeline] stage
[Pipeline] { (Declarative: Post Actions)
[Pipeline] echo
Things were different before...
[Pipeline] echo
I succeeeded!
[Pipeline] }
[Pipeline] // stage
[Pipeline] }
[Pipeline] // node
[Pipeline] End of Pipeline
Finished: SUCCESS

>>>>

控制台检验

scf_devops_demo函数已经正确上传。

总结

从阶段视图可以看出SCF环境下的DevOps并没有什么不同。唯一的区别在于SCF有自己的runtime,需要官方提供的scf cli来模拟线上运行环境。deploy阶段直接用scf cli相比写代码云API也简单了许多。

对于一些有特殊需求的SCF用户(私网CI/CD),本文有一定借鉴作用。

最后,pip install scf。下载一个scf cli,上车。

本文分享自微信公众号 - ServerlessCloudNative(ServerlessGo)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-07-03

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏开发架构二三事

disruptor 3.4.2版本使用BasicExecutor

在3.4.2版本中,Disruptor的传入自定义线程池的构造方法被废弃掉了,推荐的是传入ThreadFactory的构造方法,该方法内部使用的是BasicEx...

21220
来自专栏何白白开发记录

手写一个orm框架-6

上一篇里我们实现了生成insert的sql,下面要开始实现update,delete,select的sql语句了。但是这些语句有一个比较麻烦的地方是:它们一般后...

12340
来自专栏石头岛

git push的一些总结

拉取并合并远程代码 git pull <远程主机名> <远程分支名>:<本地分支名>

27740
来自专栏力哥聊运维与云计算

nox的安装和gui配置

1 操作系统的选择,经过测试,我只在ubuntu 10.04上安装成功,在centos fedora ubuntu 11上安装均因为依赖包的原因,安装失败

10740
来自专栏小强的进阶之路

有了这些chrome插件,写程序就像开了挂一样

终于到周末了, 大家可以好好休息下,今天小强给大家带来了Chrome的强大的撸码插件,在写代码的时候做到事半功倍!

9660
来自专栏WalkingCloud

利用ngrok实现Linux服务器 SSH&Web服务的内网穿透

ngrok是一个非常流行的反向代理服务,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道,支持80端口以及自定义tcp端口转发.ngrok 可...

69220
来自专栏石头岛

RocketMQ安装

包推荐使用 git 直接拉下来。没装 git 就 wget 去拉。需要 maven 来编译 rocketmq,实际上只要装好 maven 即可,其他不用操作 m...

28320
来自专栏凯哥Java

ngrok+nginx 实现内网穿透 共用80端口

穿透后,你的机器指定端口就直接暴露在外网上,3389,vnc,web服务等等任何服务都可以支持。微信开发需要回调web服务器接口,如果开发机器在内网,就无法调试...

31320
来自专栏波波烤鸭

SpringCloud-消息总线bus

  SpringCloud Bus集成了市面上常用的消息中间件(rabbit mq,kafka等),连接微服务系统中的所有的节点,当有数据变更的时候,可以通过消...

25250
来自专栏腾讯开源的专栏

首次!腾讯全面公开整体开源路线图

在开源的道路上,腾讯不仅将内部优质项目持续对外开放,还积极与国际开源社区协同合作,发挥中国企业的科技力量,推动开源和开放进一步升级。 6月25日,由Cloud...

18630

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励