DevOps与阿里云容器服务(二)

前言

在本文中,将会通过一个简单的例子来介绍使用阿里云容器服务进行containerOps的实践与经验。

第一个E2E的containerOps的例子

从DevOps的角度来讲,最核心的本质是从开发到部署的流程。传统的DevOps的流程大致的步骤如下。

而对于containerOps来讲大致的流程如下

那么对于第一个E2E的场景,我们可以做的更简单一点,我们要完成的是对于一个已经部署上线的应用,如何进行自动更新。

我们先简单的以一个nodejs的应用为例,这个应用使用使用express做一个简单的动态网站,利用mocha作为单元测试框架,要完成的流程如下:

0.准备好nodejs的环境

安装nvm(nodejs的版本管理器)
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.31.0/install.sh | bash

安装指定版本的nodejs
nvm install v5.7.1(可以使用nvm ls-remote 查看可以安装的版本)

安装yeoman(nodejs的一个项目脚手架集合)
npm install -g yo   

安装node-mocha的seeed
npm install -g generator-node-mocha

1.准备好nodejs应用:

在本文中采用的yeoman作为脚手架,使用的seed是node-mocha。

yo node-mocha //生成公共template

安装express框架

npm install express --save-dev

在lib目录下添加demo_server.js文件

var text = require('./demo')
var express = require('express');
var app = express();

app.get('/', function (req, res) {
  res.send('Hello World! ' + text.awesome() );
});

var server = app.listen(3000, function () {
  var host = server.address().address;
  var port = server.address().port;

  console.log('Example app listening at http://%s:%s', host, port);
});

尝试在项目的根目录运行project

node lib/demo_server.js    

访问浏览器localhost:3000即可看到

测试单元测试,根目录运行命令

    npm test 

可以得到结果,表示所有的测试结果已经通过

2.进行Docker化

注:一定要将目录中的.gitignore文件中node_modules那行删除掉。否则无法运行容器。
下面我们添加Dockerfile

FROM node:5.7.1-slim
MAINTAINER Ringtail zhongwei.lzw@alibaba-inc.com


ADD ./ /workspace


EXPOSE 3000
EXPOSE 22


ENTRYPOINT ["node","/workspace/lib/demo_server.js"]


对于我们现在这个应用属于比较简单的,我们就直接采用阿里云的HUB进行build,对于正常的应用来讲,最好在本地进行build验证下在使用自动构建

构建的时候最好勾选海外机器构建,对于需要使用mirror源的场景可以非常给力的加速。

构建完毕后,在容器服务中通过compose 模板构建应用

express:
    image: 'registry.aliyuncs.com/ringtail/nodejs-demo:0.1'
    expose:
        - '22'
        - '3000'
    restart: always
    labels:
        aliyun.routing.port_3000: express

容器启动后可以查看相应的地址

访问地址即可看到

下面我们开始让hub与容器服务集成,在容器服务的应用之下,选择创建触发器

创建完毕后可以看到生成了一串独特的URL

回到hub中,我们将生成的这个hook的trigger地址作为一条webhook填写到hub中

此时我们的已经将hub和重新部署结合起来的,下面我们坐下验证。修改我们的源代码,并提交到master

此时发现hub已经开始自动构建

当构建完成后,查看应用的部署记录发现应用已经重新部署

此时打开浏览器进行验证

至此第一个可以进行半自动部署的e2e场景就跑通了。在下一篇文章中,我们将会加入一个CI server进行持续集成,仍然使用这个demo作为基础项目。

本文中的相关资源

nvm:https://github.com/creationix/nvm
yeoman:http://yeoman.io/
node-mocha:https://www.npmjs.com/package/generator-node-mocha
项目地址:https://github.com/ringtail/containerops

时间: 2024-10-24 03:15:53

DevOps与阿里云容器服务(二)的相关文章

DevOps与阿里云容器服务(三)

前言 你若问十个哲学家什么是『哲学』通常你会得到十一种答案(有一种是你自己的). 你若问十个持续交付布道师什么是『DevOps』,你恐怕得到的是上百种答案(因为你自己也有好几种). 只有一个哲学问题是严肃的,那就是生与死. 而对于DevOps只有三个问题是严肃的 1.如何重建你的系统 (How to recreate your system?) 2.如何安全地部署你的系统 (How to safely change your system) 3.部署后的问题监控与解决 (When somethi

DevOps与阿里云容器服务(五)- 性能测试

前言 在前面几篇文章中我们更多的描述了从代码到发布的持续交付的过程,但是在很多复杂的系统上线前都得会进行性能测试,通过性能测试来进行容量规划,系统的瓶颈检测,可靠性检查,高负载的强度测试,从而更好的保证业务的持续交付流程. 还记得第一次听说性能测试这个词是在大学二年级,刚刚进入实验室,老师将一本Load Runner的书籍放在桌子上,告诉我用这个工具测试下学校课程网站的性能.相当长的时间内,对性能测试的理解就是用一个类似Load Runner的工具,然后通过工具得出一些指标,就可以交工了.但是实

DevOps与阿里云容器服务(四)- 复杂拓扑应用的蓝绿发布

前言 在上一篇文章中,我们演示了如何使用蓝绿发布来实现热部署,但是在实际生产的场景中,应用的拓扑结构会复杂很多.在本篇文章中我们将会讨论下复杂应用拓扑中的蓝绿发布方案以及蓝绿发布适用的场景. 场景分析 大于大多数场景而言,对客户提供服务的软件的形态有三种.一种是前端类服务,用户可以直接或者间接通过网页.接口调用使用该服务提供的能力:一种是后端类服务,用户无法直接使用该服务提供的功能,该服务主要的使用者是其他服务,并通过其他服务最终将处理后的结果反馈给用户:第三种是调度任务类服务,即不被用户使用也

DevOps与阿里云容器服务(一)

前言 本篇文章是整个系列中概念最多的一篇,后续文章大部分会以具体的场景为主,但在面对不同的场景前,希望大家记住DevOps不是银弹,一定要根据自己的需求与场景甚至公司的软件开发人员的能力与公司规模来选择具体的方案. DevOps是什么 首先我们看下wiki百科的定义:DevOps(英文Development和Operations的组合)代表一种文化.运动或实践.旨在促进软件交付和基础设施变更软件开发人员(Dev)和IT运维技术人员(Ops)之间的合作和沟通.它的目的是构建一种文化和环境使构建,测

阿里云容器服务飞天敏捷版详解

概述 飞天敏捷版深度整合了Docker商业版套件和阿里的容器服务,成为国内唯一具有全商业版支持能力的容器云平台,可以部署在客户自有数据中心,包含从容器的创建到运行以及镜像的全生命周期管理.飞天敏捷版另外提供开放的接口,全面兼容Docker原生API和命令行以及第三方工具,为客户提供敏捷.弹性.开放的容器云平台.借助阿里云在公共云和专有云方面的积累,飞天敏捷版更提供了独特的混合云管理模式,让客户轻松管理云上云下运行环境. 飞天敏捷版的架构可以用下图表示: 从图中我们可以看到,飞天敏捷版底层基于Do

Python应用容器化(二)----使用阿里云容器服务部署应用

前言 我们曾经在Python程序容器化(一)中介绍了如何将一个克隆版Twitter程序(retwit-py)容器化,并使用docker-compose运行于宿主机上.对于经典的Web程序,处理前端请求的Web服务通常都是可扩展伸缩的.生产环境中,随着访问量的不断增长,需要部署多个Web服务实例,并通过负载均衡统一对外进行服务.本文将会介绍如何使用阿里云容器服务将retwit-py改造为贴近生产环境的系统并部署. 阿里云容器服务 容器服务是一项高性能可扩展的容器管理服务,支持在一组阿里云云服务器上

在阿里云容器服务上开发基于Docker的Spring Cloud微服务应用

本文为阿里云容器服务Spring Cloud应用开发系列文章的第一篇. 一.在阿里云容器服务上开发Spring Cloud微服务应用(本文) 二.部署Spring Cloud应用示例 三.服务发现 四.服务间通信与集成 五.服务智能路由 六.集中配置管理 七.高可用和容错 八.监控和日志 九.服务的部署和发布策略 微服务概述 单体应用通常指在一个程序中满足多个业务或技术领域的需求,不同的需求领域内化为模块.假定我们要开发一个Web应用,通常的MVC模式可以满足要求.针对不同领域有不少代码生成工具

使用阿里云容器服务Jenkins 2.0实现持续集成之Pipeline篇(updated on 2016.12.23)

Jenkins 2.0 Jenkins 2.0新特性:Pipeline as code,全新的开箱体验和UI可用性提升以及完全向后兼容. Pipeline as Code通过使用Groovy DSL来描述一套运行于Jenkins上的工作流程,将原本独立运行于单个或者多个节点的任务连接起来,实现单个任务难以完成的复杂发布流程.并且,Jenkins支持从代码库直接读取脚本. 全新的开箱体验和UI可用性提升Jenkins 1.XXX 安装默认是开放所有权限,因为安全性存在隐患.而Jenkins 2.0

阿里云容器服务体验: 部署 ShellPays 条码支付整合服务平台 -- (一)系统概要与环境准备

此平台系统已在多种计算环境上进行部署,并且投入生产.本文所述方案是为了参与阿里云容器服务公测.如要投入实际使用,需要跟据实际计算环境调整相关参数,并且需要与支付服务机构签订收单协议,比如:支付宝钱包,微信支付等.还会产生阿里云的资源租用费. 系统概要 此平台系统在于帮助用户,快速.低成本.方便的统一接入多种条码支付收单业务.平台系统采用了多种技术手段的整合,比如:动静分离.OSGi.容器服务等.注:系统架构超过了当前所承载业务的需求 环境准备 1. 注册阿里云账号,并创建 AccessKey 创