docker私有仓库搭建

序言 此文略长，so。。。。先听歌，enjoy the song。。。 我的蠢吻不到我爱的人 。。。。 docker的镜像 在提到docker的镜像的时候，就不得不提到仓库和注册服务器，因为镜像image是放在仓库中，而仓库又是放在注册服务器中。在使用指令的时候，可以使用docker image来查看镜像，在显示的信息中repository表示为仓库，而注册服务器分为两种，一种是公有仓库，也就是docker.hub，一个是私有仓库，也就是自己搭建的仓库。在查看注册服务器的时候，可以从docker info中查看到相关的信息： [root@docker-ce ~]# docker info（ 查看系统相关信息，其中包括注册服务器的信息，也就是registry ） 。。。 Docker Root Dir: /var/lib/docker （ docker的根目录 ） Debug Mode (client): false Debug Mode (server): false Registry: https://index.docker.io/v1/ （ 公共注册服务器，安全的https ） Experimental: false Insecure Registries: （ 私有仓库，使用的http非安全的注册服务器 ） 192.168.1.111:5000 127.0.0.0/8

Docker镜像的创建方法 Docker镜像除了是Docker的核心技术之外也是应用发布的标准格式。一个完整的Docker镜像可以支撑一个Docker容器的运行，在Docker的整个使用过程中，进入一个已经定型的容器之后，就可以在容器中进行操作，最常见的就是在容器中安装应用服务，如果要把已经 安装的服务进行迁移，就需要把环境以及搭建的服务生成新的镜像。 创建镜像的方法有三种： 基于已有镜像创建 基于本地模板创建 基于Docherfile创建 基于已有镜像创建 使用docker commit命令，把一个容器里面运行的程序以及该程序的运行环境打包起来生成新对的镜像。 命令格式：docker commit [选项] 容器 ID/ 名称 仓库名称 :[标签] 常用选项： -a ：作者信息 -m ：说明信息 -p ：生成过程中停止容器的运行 [root@localhost ~]# docker ps -a #查看容器的ID CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 06bbfa9e79b8 11426a19f1a2 "/bin/bash" 7 seconds ago Created nostalgic_boyd [root@localhost ~]# docker commit -m "new" -a "daoke"

前言 kubeadm 快速安装kubernetes集群，kubeadm 主要功能已经GA，除了高可用 还在alpha。功能如下图 Area Maturity Level Command line UX GA Implementation GA Config file API beta CoreDNS GA kubeadm alpha subcommands alpha High availability alpha DynamicKubeletConfig alpha Self-hosting alpha 当前我们线上稳定运行的Kubernetes集群是使用pod形式部署的高可用集群，这里体验Kubernetes 1.13中的kubeadm是为了了解官方对集群初始化和配置方面的最佳方式 1.准备 1.1系统配置 在安装之前，需要先做如下准备。三台CentOS 7.5主机如下： cat /etc/hosts 192.168.1.57 master 192.168.1.33 node1 192.168.1.34 node2 如果各个主机启用了防火墙，需要开放Kubernetes各个组件所需要的端口，可以查看Installing kubeadm中的”Check required ports”一节。 这里简单起见在各节点禁用防火墙： systemctl stop firewalld

一、介绍 私有仓库顾名思义，如果我们不想把docker镜像公开放到公有仓库中，只想在部门或团队内部共享docker镜像，这时私有仓库就来了。 二、私有仓库搭建与配置 1.拉取私有仓库镜像，这里说明一下，私有仓库也是一个镜像。 docker pull registry 2.启动私有仓库容器 docker run -di --name=registry -p 5000:5000 registry 3.打开浏览器输入http://192.168.220.128:5000/v2/_catalog看到{"repositorites":[]}表示私有仓库搭建成功并且内容为空 4.修改daemon.json vi /etc/docker/daemon.json 添加内容，保存退出。 {"insecure-registries":["192.168.220.128:5000"]} 此步用于让docker信任私有仓库地址 5.重启docker服务 systemctl restart docker 三、镜像上传到私有仓库 1.标记此镜像为私有仓库的镜像 docker tag jdk1.8 192.168.220.128:5000/jdk1.8 2.上传标记的镜像 docker push 192.168.220.128:5000/jdk1.8 这是因为你的私有仓库容器没有启动，我们启动一下：

容器技术是这两年热门的话题，因为容器技术给我们带来了很多方便的地方，节约了不少成本，不管是在运维还是开发上。而如今最热门的开源容器工具就是docker了，虽然不少人已经使用过docker，但是如果不是老一辈的程序员的话，也许还不太能感受到为什么容器技术会带来许多的便捷？这一点是本文要探讨的内容。 先聊聊历史， 在很久很久以前，想要在线上服务器部署一个应用，首先需要购买一个物理服务器，在服务器安装一个操作系统，然后安装好应用所需要的各种依赖环境，最后才可以进行应用的部署，而且一台服务器只能部署一个应用。 示意图： 这就造成了以下几个明显问题： 部署应用非常慢 需要花费的成本非常高 而且容易造成资源的浪费，因为往往一个应用使用不了一个服务器的资源 难于迁移和扩展 迁移问题：要把应用进行迁移，又得重复部署应用的过程：买服务器 -> 安装os -> 配置环境 -> 部署应用 扩展问题：只能购买新的硬件来升级物理服务器，或者购买更高性能的服务器，这就又涉及到迁移问题了 可能会被限定硬件厂商，因为那时候有不同硬件平台 虚拟化技术出现以后， 对于这种问题有所改变，虚拟化技术会在本地操作系统之上加多一层 Hypervisor层，Hypervisor是一种运行在物理服务器和操作系统之间的中间软件层，可以虚拟化硬件资源，例如cpu、硬盘、内存资源等。然后我们可以基于通过虚拟化出来的资源之上安装操作系统

Docker Docker 属于 Linux 容器的一种封装，提供简单易用的容器使用接口。**它是目前最流行的 Linux 容器解决方案。 而 Linux 容器是 Linux 发展出了另一种虚拟化技术，简单来讲， Linux 容器不是模拟一个完整的操作系统，而是对进程进行隔离，相当于是在正常进程的外面套了一个保护层。对于容器里面的进程来说，它接触到的各种资源都是虚拟的，从而实现与底层系统的隔离。 Docker 将应用程序与该程序的依赖，打包在一个文件里面。运行这个文件，就会生成一个虚拟容器。程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样。有了 Docker ，就不用担心环境问题。 总体来说， Docker 的接口相当简单，用户可以方便地创建和使用容器，把自己的应用放入容器。容器还可以进行版本管理、复制、分享、修改，就像管理普通的代码一样。 Docker的三个基本概念 - Image(镜像) - Container(容器) - Repository(仓库) 镜像是 Docker 运行容器的前提，仓库是存放镜像的场所，可见镜像更是 Docker 的核心。 Image (镜像) 那么镜像到底是什么呢？ Docker 镜像可以看作是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）

 关于jenkins的文章比较多，笔者决定写一篇比较详细的利用容器来构建jenkins+git+registry的文章来和大家共同讨论。文章比较长，需要有点耐心慢慢看完，如果大家在实验的过程中遇到问题，可以留言一起讨论或者加我QQ一起讨论都行。  本文重点介绍jenkins以及jenkins如何在docker容器中运行，jenkins和docker私有仓库又是怎么玩的。docker说明、安装和git说明、安装在本文中不会特别详细的介绍。  并且，在本文中不着重介绍原理性的东西，比如不会介绍什么是持续集成、持续构建等等。本文的重点是实战为主。对持续集成、持续交付、持续部署等概念不太了解的朋友可以参考这篇文章了解一下： https://www.zhihu.com/question/23444990 1.背景说明 Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。 先来了解一下比较典型的java项目发布工作流程： １.java项目开发 >> 2.提交项目代码到(git或svn) >> 3. 拉取项目代码(jenkins或手动) >> 4.编译项目代码(jenkins或手动) >> 5.发布java项目，并运行java项目 >> 6.测试 在来看看用docker+jenkins

前言： Docker Swarm 和 Docker Compose 一样，都是 Docker 官方容器编排项目，但不同的是，Docker Compose 是一个在单个服务器或主机上创建多个容器的工具，而 Docker Swarm 则可以在多个服务器或主机上创建容器集群服务，对于微服务的部署，显然 Docker Swarm 会更加适合。 从 Docker 1.12.0 版本开始，Docker Swarm 已经包含在 Docker 引擎中（docker swarm），并且已经内置了服务发现工具，我们就不需要像之前一样，再配置 Etcd 或者 Consul 来进行服务发现配置了。 Docker Swarm集群中有三个角色：manager（管理者）；worker（实际工作者）以及service（服务）。 在上面的三个角色中，其本质上与我们公司的组织架构类似，有领导（manager），有搬砖的（worker），而领导下发给搬砖者的任务，就是Docker Swarm中的service（服务）。 需要注意的是，在一个Docker Swarm群集中，每台docker服务器的角色可以都是manager，但是，不可以都是worker，也就是说，不可以群龙无首，并且，参与群集的所有主机名，千万不可以冲突。 这里通过一个案例来展示Docker Swarm集群的配置。 博文大纲： 一、环境准备 二

基本概念: Swarm介绍： Swarm是Docker公司在2014年12月初发布的一套较为简单的工具，用来管理Docker集群，它将一群Docker宿主机变成一个单一的虚拟的主机。 Swarm使用标准的Docker API接口作为其前端访问入口，换言之，各种形式的Docker Client(dockerclient in Go, docker_py,docker等)均可以直接与Swarm通信。Swarm几乎全部用Go语言来完成开发，Swarm0.2版本增加了一个新的策略来调度集群中的容器，使得在可用的节点上传播它们，以及支持更多的Docker命令以及集群驱动。Swarm deamon只是一个调度器（Scheduler）加路由器(router)，Swarm自己不运行容器，它只是接受docker客户端发送过来的请求，调度适合的节点来运行容器，这意味着，即使Swarm由于某些原因挂掉了，集群中的节点也会照常运行，当Swarm重新恢复运行之后，它会收集重建集群信息。 docker客户端发送过来的请求，调度适合的节点来运行容器，这意味着，即使Swarm由于某些原因挂掉了，集群中的节点也会照常运行，当Swarm重新恢复运行之后，它会收集重建集群信息。 Swarm集群的特性： 集群中可以都是manager，但不可以都是worker。 Node：节点. manager:经理，管理者 worker

如今Docker的使用已经非常普遍，特别在一线互联网公司。使用Docker技术可以帮助企业快速水平扩展服务，从而到达弹性部署业务的能力。在云服务概念兴起之后，Docker的使用场景和范围进一步发展，如今在微服务架构越来越流行的情况下，微服务+Docker的完美组合，更加方便微服务架构运维部署落地。 本文详细解释介绍Docker入门相关内容，后期重点关注Docker在微服务体系中的使用。在了解Docker之前我们先考虑几个问题：1、Docker是什么？2、为什么要使用Docker，它有什么优势？带着这些问题我们来看看下面的内容。 什么是Docker? Docker 是世界领先的软件容器平台。开发人员利用 Docker 可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用 Docker 可以在隔离容器中并行运行和管理应用，获得更好的计算密度。企业利用 Docker 可以构建敏捷的软件交付管道，以更快的速度、更高的安全性和可靠的信誉为 Linux 和 Windows Server 应用发布新功能。 Docker 属于 Linux 容器的一种封装，提供简单易用的容器使用接口。它是目前最流行的 Linux 容器解决方案。Docker 将应用程序与该程序的依赖，打包在一个文件里面。运行这个文件，就会生成一个虚拟容器。程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样。有了