Clay 的技术空间

用进废退 | 艺不压身

Jenkins 相关站点

Jenkins 与 Hundson 介绍

Jenkins 与 Hundson 是目前最流行的持续集成及自动化部署工具,基于 Java 语言开发,二者师出同门。2009 年甲骨文收购了 Sun 公司并继承了 Hudson 代码库。在 2011 年年初,甲骨文和开源社区之间的关系破裂,该项目被分成两个独立的项目 Jenkins 和 Hundson。其中 Jenkins 的团队由大部分原始开发人员组成,Hudson 则由甲骨文公司继续管理,所以二者是非常相似的产品。Jenkins 可以整合 Subversion、Git、GitHub 等,而 Husband 同样也可以。其他优秀的持续集成工具还有 Strider、GitLab CI、TeamCity(JetBrains)、Travis CI、Codeship、Codefresh 等。

持续集成介绍

  • 问题:各个小组分别负责各个具体模块开发,本模块独立测试虽然能够通过,但是上线前夕将所有模块整合到一起集成测试却发现存在很多问题,想要解决就需要把很多代码返工重写而且仍然有可能有问题,但现在时间很可能不够了。那怎么做会好一些呢?
  • 概念:Continuous Integration(CI)持续集成指开发人员提交了新代码之后,立刻进行构建、自动化测试。根据测试结果,确定所有模块的代码是否能正确地集成在一起;如果失败,开发团队就要停下手中的工作立即修复它。Martin Fowler 说过:” 持续集成并不能消除 Bug,而是让它们非常容易发现和改正。”
  • 关注点:持续集成的关注点在于尽早发现项目整体运行存在的问题,并尽早解决。
阅读全文 »

前言

谈及 Docker,避免不了需要熟练地记住许多命令及其用法。对于熟悉 Shell 的技术开发人员而言,命令行操作相对容易,熟练之后,命令行便于操作及脚本化。然而,对于对命令行不熟悉的非技术人员来说,进行 Docker 的部署和管理可能会感到困难,学习成本较高。市面上有多种可视化管理工具,各有优缺点。以下是对 DockerUI、Shipyard、Rancher、Portainer 进行简单对比。

DockerUI

  • 优点:

    • 支持容器的批量操作。
    • 支持镜像管理(功能相对薄弱)。
  • 缺点:

    • 不支持多主机、多环境。
    • 管理平台无登录认证机制。
  • 结论:

    • 由于 Web 管理平台缺乏登录认证机制,考虑到使用过程中人员管理、权限管理等因素,难以长期使用,故不推荐。
    • 项目已停止维护,个人临时使用可以考虑。
阅读全文 »

Docker 官方 Redis 镜像的使用说明文档

使用 Docker 官方的 Redis 镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
# 搜索所有可用的Redis镜像
# docker search redis

# 下载Docker官方提供的Redis5.0镜像(基于Debian-Stretch)
# docker pull redis:5.0

# 创建并启动(以后台方式)Redis容器,同时挂载Redis的数据文件目录和启用AOF
# docker run -p 6379:6379 --name redis5.0 \
-v /container/redis5.0/data:/data \
-d redis:5.0 redis-server --appendonly yes

# 或者指定Redis的配置文件目录来启动Redis容器
# docker run -p 6379:6379 --name redis5.0 \
-v /container/redis5.0/conf/redis.conf:/usr/local/etc/redis/redis.conf \
-v /container/redis5.0/data:/data \
-d redis:5.0 redis-server /usr/local/etc/redis/redis.conf

# 注意:
# 上面的/container/redis5.0/conf/redis.conf是Redis的配置文件目录(非配置文件本身),应该在此目录下预先添加Reids真正的配置文件redis.conf,然后再启动Redis容器
# 如果指定Reids配置文件目录来启动Redis容器,那配置文件redis.conf里应该注释掉"bind"相关配置项
# 指定Redis的配置文件目录来启动Redis容器,并添加Redis的配置文件,最终宿主机共享目录的目录结构如下:
/container
└── redis5.0
├── conf
│   └── redis.conf
│   └── redis.conf
└── data

# 查看当前所有正在运行的容器
# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
dbe17690112d redis:5.0 "docker-entrypoint.s…" 3 minutes ago Up 3 minutes 0.0.0.0:6379->6379/tcp redis5.0

# 连接到Docker容器,连接之后如果想断开连接,在容器内的终端直接执行"exit"命令即可,连接断开后容器不会停止运行
# docker exec -it redis5.0 /bin/bash

# 在容器内,连接到Redis服务器
# redis-cli -p 6379

# 提示:Reids相关文件目录说明
# 默认数据文件目录:/data
# 默认安装目录:/usr/local/bin/
# 默认日志文件:在配置文件redis.conf中指定
# 默认配置文件:启动Redis容器的时候,如果不指定Redis的配置文件目录,则容器内使用默认参数启动Redis服务(即此时不存在默认的Reids配置文件)
阅读全文 »

实战内容介绍

编写 Dockerfile 文件,指定终端登录后的默认路径,安装 vim、ifconfig、jdk、tomcat,并配置 jdk 与 tomcat 的环境变量,最后通过 Dockerfile 文件构建新的 Docker 镜像(基于 Centos)并运行。

目录结构介绍

1
2
3
4
5
6
# 后续所有操作都在/root/build-tomcat目录下进行
# tree /root/build-tomcat
/root/build-tomcat
├── apache-tomcat-7.0.77.tar.gz
├── dockerfile-tomcat
└── jdk1.8.0_201.tar.gz
阅读全文 »

前言

目前比较流行的日志框架有 Log4j、Logback 等,这两个框架的作者是同一个人,Logback 旨在作为流行的 Log4j 项目的后续版本,从而恢复 Log4j 离开的位置。另外 SLF4J (Simple Logging Facade for Java) 则是一个日志门面框架,提供了日志系统中常用的接口,Logback 和 Log4j 则对 SLF4J 进行了实现。本文将讲述如何在 Spring Boot 中应用 SLF4J + Logback 实现日志的记录。

引入依赖

Spring Boot 默认内置了 Logback 日志框架,一般只需在 Maven 中要引入 spring-boot-starter-logging 依赖。

1
2
3
4
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-logging</artifactId>
</dependency>
阅读全文 »

系统环境

1
2
CentOS Linux release 7.6.1810 (Core)
Linux centos7 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

卸载 Mariadb

1
2
3
4
5
# 查找mariadb模块
# rpm -qa | grep mariadb

# 删除查找到的mariadb模块
# rpm -e --nodeps xxxx
阅读全文 »

实战内容介绍

实战编写 Dockerfile,指定终端登录后的默认路径,同时预安装 vim、ifconfig 工具,最后通过 Dockerfile 构建新的 Centos 镜像并运行起来。

编写 Dockerfile 文件

1
2
3
4
5
6
7
8
9
10
FROM centos

MAINTAINER peter<peter@gmail.com>

ENV work_path /usr/local
WORKDIR $work_path

RUN yum -y update && yum -y install vim net-tools

CMD /bin/bash
阅读全文 »

Dockerfile 介绍

Dockerfile 是用来构建 Docker 镜像的文件,实质是一系列命令和参数构成的脚本文件。当 Dockerfile 文件编写完之后,可以通过 “docker build” 与”docker run” 命令构建并运行新的 Docker 镜像。其中 Dockerfile 定义了进程需要的一切东西,涉及的内容包括执行代码或者文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版本、服务进程和内核进程(当应用进程需要和系统服务、内核进程打交道的时候,需要考虑如何设计 namespace 的权限控制)等等。

Dockerfile、Docker 镜像、Docker 容器三者的关系

Dockerfile 面向开发,Docker 镜像是交付标准,Docker 容器则涉及部署与运维,三者缺一不可,合力充当 Docker 体系的基石。从应用软件的角度来看,Dockerfile、Docker 镜像与 Docker 容器分别代表软件的三个不同阶段,其中 Dockerfile 是软件的原材料,Docker 镜像是软件的交付品,Docker 容器则可以认为是软件的运行状态,示意图如下:

阅读全文 »