对于Docker应用,其中最大的障碍在于的内部集群管理系统uDeploy。它需要做持续的滚动升级以及内部回滚的支持。它的多个触发器用于出错报警,比如当健康检查、电路突然出错时。 uDeploy包括: 每周4000升级 每周3000构建 每周300回滚 在系统管理的600多个服务 根本就没有办法摆脱或淘汰uDeploy,所以UBER团队决定同时部署传统的服务以及基于 “对于任意在uDeploy实现的标准输入和标准输出,我们都必须在Docker做同样实现”。 他们发起的Docker并没有太多计划,这让Jensen意识到他们在最初给了开发者太多的自由。
VersionOne或Jira进行用户故事的追踪,选择Subversion或GitHub作为代码仓库,选择Jenkins或Hudson进行构建,选择Selenium和SonarQube用于质量检测,以及选择uDeploy
VersionOne或Jira进行用户故事的追踪,选择Subversion或GitHub作为代码仓库,选择Jenkins或Hudson进行构建,选择Selenium和SonarQube用于质量检测,以及选择uDeploy
VersionOne或Jira进行用户故事的追踪,选择Subversion或GitHub作为代码仓库,选择Jenkins或Hudson进行构建,选择Selenium和SonarQube用于质量检测,以及选择uDeploy
使用 uDeploy 进行结构化部署 基于这些需求,优步开始构建 Micro Deploy 系统。Micro Deploy 于 2014 年上线。在那一年,我们将所有后端服务转移到了这个新平台。 我们在 uDeploy 中做到了这一点,结合了名为 Mesos 的开源集群管理系统,以及我们在优步内部构建的,名为 Peloton 的无状态负载调度程序(后者已开源)。
Q2、群友:DevOps工具链这块现在考虑是选用商业的软件,还是开源的来做集成会更合适,如果涉及到和IBM uDeploy等软件的话是否会和这个架构的部分功能会重合?
2 高级开发一般无需考虑打包部署等问题,而架构师在优化分布式组件前,必须要打包项目,所以架构师需要对项目打包(比如maven命令),项目部署(比如jenkins或uDeploy)还有项目质量管理(比如继承