持续集成是一种项目管理和流程模型,依赖于团队中各个角色的配合。各个角色的意识和配合不是一朝一夕能练就的,我们的工作只是提供一种方案和能力,这就是持续集成能力的服务化。而在做持续集成能力服务化的过程中,最核心的一点就是,如何实现一个可定制化的任务流,即所谓的pipeline。

在传统的持续集成工具实现了pipeline功能,以供串联上下游job,并把多个job联系成一次完整的构建,例如jenkins的pipeline插件。

但是各种持续集成工具,或多或少都有自己的短板,总结起来如下:

1、配置并不方便,上下游job配置并不能点击即可用;

2、上下游job之间参数的传递无法很方便的实现;

3、一次完整构建链路如何trace并收集各个job的执行情况;

4、根据3实现问题的快速定位。

我们先说一下,beanstalkd实现可定制化pipeline的方法吧。

一、先通过概念让大家了解Beanstalkd的特性和工作场景。

Beanstalkd 是一个轻量级消息中间件,它最大特点是将自己定位为基于管道  (tube) 和任务 (job) 的工作队列 (work-queue):

Beanstalkd 支持任务优先级 (priority), 延时 (delay), 超时重发 (time-to-run) 和预留 (buried), 能够很好的支持分布式的后台任务和定时任务处理。

它的内部实现采用 libevent, 服务器-客户端之间用类似 memcached 的轻量级通讯协议,具有有很高的性能。

尽管是内存队列, beanstalkd 提供了 binlog 机制, 当重启 beanstalkd 时,当前任务状态能够从纪录的本地 binlog 中恢复。

管道 (tube):

管道类似于消息主题 (topic), 在一个 Beanstalkd 中可以支持多个管道, 每个管道都有自己的发布者 (producer) 和消费者 (consumer). 管道之间互相不影响。

任务 (job):

READY- 需要立即处理的任务,当延时 (DELAYED) 任务到期后会自动成为当前任务;

DELAYED- 延迟执行的任务, 当消费者处理任务后, 可以用将消息再次放回 DELAYED 队列延迟执行;

RESERVED- 已经被消费者获取, 正在执行的任务。Beanstalkd 负责检查任务是否在 TTR(time-to-run) 内完成;

BURIED- 保留的任务: 任务不会被执行,也不会消失,除非有人把它 "踢" 回队列;

DELETED- 消息被彻底删除。Beanstalkd 不再维持这些消息。

Beanstalkd 用任务 (job) 代替消息 (message) 的概念。与消息不同,任务有一系列状态:

任务优先级 (priority):

任务 (job) 可以有 0~2^32 个优先级, 0 代表最高优先级。 beanstalkd 采用最大最小堆 (Min-max heap) 处理任务优先级排序, 任何时刻调用 reserve 命令的消费者总是能拿到当前优先级最高的任务, 时间复杂度为 O(logn).

延时任务 (delay):

有两种方式可以延时执行任务 (job): 生产者发布任务时指定延时;或者当任务处理完毕后, 消费者再次将任务放入队列延时执行 (RELEASE with <delay>)。这种机制可以实现分布式的 Java.util.Timer,这种分布式定时任务的优势是:如果某个消费者节点故障,任务超时重发 (time-to-run) 能够保证任务转移到另外的节点执行。

任务超时重发 (time-to-run):

Beanstalkd 把任务返回给消费者以后:消费者必须在预设的 TTR (time-to-run) 时间内发送 delete / release/ bury 改变任务状态;否则 Beanstalkd 会认为消息处理失败,然后把任务交给另外的消费者节点执行。如果消费者预计在 TTR (time-to-run) 时间内无法完成任务, 也可以发送 touch 命令, 它的作用是让 Beanstalkd 从系统时间重新计算 TTR (time-to-run).

任务预留 (buried):

如果任务因为某些原因无法执行, 消费者可以把任务置为 buried 状态让 Beanstalkd 保留这些任务。管理员可以通过 peek buried 命令查询被保留的任务,并且进行人工干预。简单的, kick <n> 能够一次性把 n 条被保留的任务踢回队列。

Beanstalkd 协议:

Beanstalkd 采用类 memcached 协议, 客户端通过文本命令与服务器交互。这些命令可以简单的分成三组:

生产类 - use <tube> / put <priority> <delay> <ttr> [bytes]:

生产者用 use 选择一个管道 (tube), 然后用 put 命令向管道发布任务 (job).

消费类 - watch <tubes> / reserve / delete <id> / release <id> <priority> <delay> / bury <id> / touch <id>

消费者用 watch 选择多个管道 (tube), 然后用 reserve 命令获取待执行的任务,这个命令是阻塞的。客户端直到有任务可执行才返回。当任务处理完毕后, 消费者可以彻底删除任务 (DELETE), 释放任务让别人处理 (RELEASE), 或者保留 (BURY) 任务。

维护类 - peek job / peek delayed / peek ready / peek buried / kick <n>

用于维护管道内的任务状态, 在不改变任务状态的条件下获取任务。可以用消费类命令改变这些任务的状态。

被保留 (buried) 的任务可以用 kick 命令 "踢" 回队列。

二、python对beanstalkd的封装

  1. import beanstalkc
  2.  
  3. class BstkManager(object):
  4.  
  5. __doc__ = 'beanstalk封装类,这里只封装了用到的方法'
  6.  
  7. def __init__(self, config):
  8. self.config = config
  9. self.conn = self.__createConnection(self.config)
  10.  
  11. def __createConnection(self, config):
  12. try:
  13. conn = beanstalkc.Connection(host=config.get('host'), port=int(config.get('port')))
  14. return conn
  15. except Exception, ex:
  16. raise Exception('beanstalkd connection can not be established!', ex)
  17.  
  18. def getConnection(self):
  19. return self.conn
  20.  
  21. def put(self, message, tube=None):
  22. try:
  23. tube = self.config.get('topic') if tube == None else tube
  24. self.conn.use(tube)
  25. self.conn.ignore('default')
  26. self.conn.put(message)
  27. except Exception, ex:
  28. raise Exception('put message to %s failure!' % tube, ex)
  29.  
  30. def reserve(self, tube=None, timeout=None):
  31. try:
  32. tube = self.config.get('topic') if tube == None else tube
  33. self.conn.ignore('default')
  34. self.conn.watch(tube)
  35. msg = self.conn.reserve(timeout=timeout)
  36. message_body = msg.body
  37. msg.delete()
  38. return message_body
  39. except Exception, ex:
  40. raise Exception('reserve message from %s failure!' % tube, ex)
  41.  
  42. def clean(self, tube=None):
  43. try:
  44. while True:
  45. tube = self.config.get('topic') if tube == None else tube
  46. msg = self.conn.reserve(tube, timeout=1)
  47. # 如果超时 return
  48. if msg == None:
  49. return
  50. msg.delete()
  51. except Exception, ex:
  52. raise Exception('clean tube %s failure!' % tube, ex)

在持续集成中,使用tube或者说topic区分不同的业务线,不同的业务人员通过向系统注册管道topic。这样做的收益是:

1、所有的业务在环境和流程上被隔离,互补干扰。

2、每个topic是一个独立的pipeline,每个pipeline之间是串行,但是topic之间是并行。这样保证一个业务线上的job是串行执行的,独占测试环境,而不用担心测试环境占用冲突。

  1. import logging
  2. import os
  3. import sys
  4. import traceback
  5.  
  6. import time
  7. from django.conf import settings
  8. from django.core.management.base import BaseCommand
  9. from beanstalkd_client import connect_beanstalkd, BeanstalkError
  10. from beanstalkc import SocketError
  11.  
  12. logger = logging.getLogger('beanstalkd_client')
  13. logger.addHandler(logging.StreamHandler())
  14.  
  15. class Command(BaseCommand):
  16. help = "Start a Beanstalk worker serving all registered Beanstalk jobs"
  17. __doc__ = help
  18.  
  19. def add_arguments(self, parser):
  20.  
  21. parser.add_argument(
  22. '-w',
  23. '--workers',
  24. action='store',
  25. dest='worker_count',
  26. default='',
  27. help='Number of workers to spawn.',
  28. )
  29.  
  30. parser.add_argument(
  31. '-l',
  32. '--log-level',
  33. action='store',
  34. dest='log_level',
  35. default='info',
  36. help='Log level of worker process (one of '
  37. '"debug", "info", "warning", "error"',
  38. )
  39.  
  40. children = [] # list of worker processes
  41. jobs = {}
  42.  
  43. def handle(self, *args, **options):
  44. # set log level
  45. logger.setLevel(getattr(logging, options['log_level'].upper()))
  46.  
  47. # find beanstalk job modules
  48. bs_modules = []
  49. for app in settings.INSTALLED_APPS:
  50. try:
  51. modname = "%s.beanstalk_jobs" % app
  52. __import__(modname)
  53. bs_modules.append(sys.modules[modname])
  54. except ImportError:
  55. pass
  56. if not bs_modules:
  57. logger.error("No beanstalk_jobs modules found!")
  58. return
  59.  
  60. # find all jobs
  61. jobs = []
  62. for bs_module in bs_modules:
  63. try:
  64. jobs += bs_module.beanstalk_job_list
  65. except AttributeError:
  66. pass
  67. if not jobs:
  68. logger.error("No beanstalk jobs found!")
  69. return
  70. logger.info("Available jobs:")
  71. for job in jobs:
  72. # determine right name to register function with
  73. app = job.app
  74. jobname = job.__name__
  75. try:
  76. func = settings.BEANSTALK_JOB_NAME % {
  77. 'app': app,
  78. 'job': jobname,
  79. }
  80. except AttributeError:
  81. func = '%s.%s' % (app, jobname)
  82. self.jobs[func] = job
  83. logger.info("* %s" % func)
  84.  
  85. # spawn all workers and register all jobs
  86. try:
  87. worker_count = int(options['worker_count'])
  88. assert(worker_count > 0)
  89. except (ValueError, AssertionError):
  90. worker_count = 1
  91. self.spawn_workers(worker_count)
  92.  
  93. # start working
  94. logger.info("Starting to work... (press ^C to exit)")
  95. try:
  96. for child in self.children:
  97. os.waitpid(child, 0)
  98. except KeyboardInterrupt:
  99. sys.exit(0)
  100.  
  101. def spawn_workers(self, worker_count):
  102. """
  103. Spawn as many workers as desired (at least 1).
  104. Accepts:
  105. - worker_count, positive int
  106. """
  107. # no need for forking if there's only one worker
  108. if worker_count == 1:
  109. return self.work()
  110.  
  111. logger.info("Spawning %s worker(s)" % worker_count)
  112. # spawn children and make them work (hello, 19th century!)
  113. for i in range(worker_count):
  114. child = os.fork()
  115. if child:
  116. self.children.append(child)
  117. continue
  118. else:
  119. self.work()
  120. break
  121.  
  122. def work(self):
  123. """children only: watch tubes for all jobs, start working"""
  124. try:
  125.  
  126. while True:
  127. try:
  128. # Reattempt Beanstalk connection if connection attempt fails or is dropped
  129. beanstalk = connect_beanstalkd()
  130. for job in self.jobs.keys():
  131. beanstalk.watch(job)
  132. beanstalk.ignore('default')
  133.  
  134. # Connected to Beanstalk queue, continually process jobs until an error occurs
  135. self.process_jobs(beanstalk)
  136.  
  137. except (BeanstalkError, SocketError) as e:
  138. logger.info("Beanstalk connection error: " + str(e))
  139. time.sleep(2.0)
  140. logger.info("retrying Beanstalk connection...")
  141.  
  142. except KeyboardInterrupt:
  143. sys.exit(0)
  144.  
  145. def process_jobs(self, beanstalk):
  146. while True:
  147. logger.debug("Beanstalk connection established, waiting for jobs")
  148. job = beanstalk.reserve()
  149. job_name = job.stats()['tube']
  150. if job_name in self.jobs:
  151. logger.debug("Calling %s with arg: %s" % (job_name, job.body))
  152. try:
  153. self.jobs[job_name](job.body)
  154. except Exception, e:
  155. tp, value, tb = sys.exc_info()
  156. logger.error('Error while calling "%s" with arg "%s": '
  157. '%s' % (
  158. job_name,
  159. job.body,
  160. e,
  161. )
  162. )
  163. logger.debug("%s:%s" % (tp.__name__, value))
  164. logger.debug("\n".join(traceback.format_tb(tb)))
  165. job.bury()
  166. else:
  167. job.delete()
  168. else:
  169. job.release()

使用beanstalkd实现定制化持续集成过程中pipeline的更多相关文章

  1. Selenium2学习-018-WebUI自动化实战实例-016-自动化脚本编写过程中的登录验证码问题

    日常的 Web 网站开发的过程中,为提升登录安全或防止用户通过脚本进行黄牛操作(宇宙最贵铁皮天朝魔都的机动车牌照竞拍中),很多网站在登录的时候,添加了验证码验证,而且验证码的实现越来越复杂,对其进行脚 ...

  2. 驰骋工作流引擎-CCMobile与安卓、IOS集成过程中的问题与解决方案

    CCMobile与安卓.IOS集成过程中的问题与解决方案 前言: CCMobile(2019版本)是CCFlow&JFlow 的一款移动端审批的产品.系统基于mui框架开发,是一款可以兼容An ...

  3. 通过jenkins持续集成 github中的代码到 服务器。

    前言 最近自己在探索springboot框架,了解到 jenkins 具有 自动我github 上带项目部署到 tomcat 中.于是决定先搭建一个jenkins 环境在继续研究. Jenkins简介 ...

  4. 支付宝支付集成过程中如何生成商户订单号(out_trade_no)

    out_trade_no是指商户网站唯一订单号,在商户端唯一,每个商户订单号会对应一个支付宝订单号 ,此订单号由珊瑚自己生成,商户订单号要求64个字符以内.可包含字母.数字.下划线:需保证在商户端不重 ...

  5. CCNet持续集成编译中SVN问题解决

    SVN问题 BUILD EXCEPTION Error Message: ThoughtWorks.CruiseControl.Core.CruiseControlException: Source ...

  6. MCI:移动持续集成在大众点评的实践

    一.背景 美团是全球最大的互联网+生活服务平台,为3.2亿活跃用户和500多万的优质商户提供一个连接线上与线下的电子商务服务.秉承“帮大家吃得更好,生活更好”的使命,我们的业务覆盖了超过200个品类和 ...

  7. 【Jenkins持续集成(一)】SonarQube 入门安装使用教程

    一.前言 持续集成管理平台不只是CI服务器,是一系列软件开发管理工具的组合. 源码版本管理:svn.git 项目构建工具:Maven.Ant 代码质量管理:Sonar(Checkstyle.PMD.F ...

  8. 通过静态分析和持续集成 保证代码的质量 (Helix QAC)1

    前言 现代软件开发团队面临着很多挑战,这些挑战包括:产品交付期限越来越紧,团队的分布越来越广,软件的复杂度越来越高,而且对软件的质量要求越来越高. 本文分为两个章节.第一章讨论持续集成的原理,持续集成 ...

  9. 「Continuous_integration, CI」为什么要持续集成?

    前言   什么是持续集成,为什么要持续集成?本文对持续集成前后两种开发实践做了对比分析,从而直观的感受到持续集成的好处. 在说持续集成之前,先说一下传统的开发模式: 传统模式: 传统模式过程如下: 传 ...

随机推荐

  1. 垂直居中小记 line-height table vertical-align:middle

    垂直居中分两种情况:1.父元素高度确定的单行文本        2.以及父元素高度确定的多行文本. 1.垂直居中-父元素高度确定的单行文本的竖直居中的方法是通过设置父元素的 height 和 line ...

  2. vi/vim键盘图-

    vi/vim键盘图-----又一张桌面背景好图 也许还是有很多人不能愿意用CLI的vi/Vim来写东西,不过,当你真的习惯了,它的高效性就是不可估量了.下面的这张图,一看就明白了,从此,学习变的不再艰 ...

  3. 文件系统的几种类型:ext3, swap, RAID, LVM

    分类: 架构设计与优化 1.  ext3 在异常断电或系统崩溃(不洁关机, unclean system shutdown  ).每个已挂载ext2文件系统计算机必须使用e2fsck程序来检查其一致性 ...

  4. 软工+C(2017第2期) 分数和checklist

    // 上一篇:题目设计.点评和评分 // 下一篇:超链接 教学里,建立清晰明确的评分规则并且一开始就公布,对于教师.助教.学生都是重要的. 公布时机 在课程开始的时候,就需要确定并公布评分机制,随着课 ...

  5. 作业2——英语学习APP的案例分析

    英语学习APP的案例分析 很多同学有误解,软件工程课是否就是理论课?或者是几个牛人拼命写代码,其他人打酱油的课?要不然就是学习一个程序语言,搞一个职业培训的课?都不对,软件工程有理论,有实践,更重要的 ...

  6. 201521123081《Java程序设计》 第8周学习总结

    1. 本周学习总结 1.1 以你喜欢的方式(思维导图或其他)归纳总结集合与泛型相关内容. 参考资料:XMIND 1.2 选做:收集你认为有用的代码片段 2. 书面作业 本次作业题集 集合 Q1. Li ...

  7. 201521123077 《Java程序设计》第5周学习总结

    1. 本周学习总结 1.1 尝试使用思维导图总结有关多态与接口的知识点. 举个小栗子: 右侧的四个类都实现了同一个接口,所以可以让游戏类的引用指向实现类的实例,根据不同类型的实现类可以表现出不同的特性 ...

  8. 201521123103 《Java学习笔记》第二周学习笔记

    一.本周学习总结 1.学习了数据类型的使用:整数类型.浮点类型. boolean类型.数组等以及类型的转换,最重要的是学会了import引用包: 2.学习了string类对象的拼接.字符串池.枚举类型 ...

  9. 201521123071 《JAVA程序设计》第十三周学习总结

    第13周作业-多线程 1. 本周学习总结 以你喜欢的方式(思维导图.OneNote或其他)归纳总结多网络相关内容. 1.常用端口号:Web服务:80 FTP服务:21 Telnet服务:23 2.网络 ...

  10. 201521123116 《java程序设计》第十三周学习总结

    1. 本周学习总结 以你喜欢的方式(思维导图.OneNote或其他)归纳总结多网络相关内容. 2. 书面作业 Q1. 网络基础 1.1 比较ping www.baidu.com与ping cec.jm ...