Docker Compose

写在前面 　　本篇文章是上一篇 边缘化搭建 DotNet Core 2.1 自动化发布和部署(上) 的后续操作，本文主要讲解如何开启Docker Remote API，开启Remote API后的权限安全问题。配置Jenkins构建项目，并在云服务器上构建成功。废话不多说，我们一起来动手操作吧。 先决条件 1.一台Debain 9系统 x86 服务器 硬件环境：1核2G 40G硬盘。 2. x86服务器成功安装并运行Docker环境（本文不阐述安装过程，读者可查阅参考文献） 2.根据上一篇 边缘化搭建 DotNet Core 2.1 自动化发布和部署(上) 搭建好的边缘计算环境 开启Docker Remote API 　　Remote API主要用于远程访问Docker守护进程从而下达指令的。 因此，我们在启动Docker守护进程时，需要添加-H参数并指定开启的访问端口。 通常，我们可以通过编辑守护进程的配置文件来实现。不过对于不同操作系统而言，守护进程启动的配置文件也不尽相同。但是现在我们不需要去改动系统原有的配置文件，通过drop-in file方式进行覆盖配置，所以在不改动系统配置文件的方式下，我们的覆盖配置文件的路径基本保持一致。 创建 override.conf 　　我们需要在x86服务器上创建 override.conf 配置文件。 $ mkdir -p /etc

之前学习docker的时候，是在windows上直接使用可执行文件安装的，最近需要在自己的服务器上安装docker，特此了解了一下如何安装，这里补一下。 小白学Docker之基础篇 小白学Docker之Compose 小白学Docker之Swarm centos安装docker 安装方式可以分为一下三种，官方推荐的是第一种，但是基于国情，还是下载下来手动安装得好。 仓库安装 手动安装 脚本安装 仓库安装 1. 设置仓库 1.1 安装依赖 $ sudo yum install -y yum-utils \ device-mapper-persistent-data \ lvm2 1.2 获取仓库 $ sudo yum-config-manager \ --add-repo \ https://download.docker.com/linux/centos/docker-ce.repo 1.3 (可选择)开启 edge 和 test 仓库。这两个仓库默认包含在上面已经安装的 docker-ce.repo 中，不过默认是关闭的，打开它们可以使用下面命令。 $ sudo yum-config-manager --enable docker-ce-edge $ sudo yum-config-manager --enable docker-ce-test 同样，禁用它们只需要使用 -

通过docker-compose启动容器，报错： ERROR: The Docker Engine version is less than the minimum required by Compose. Your current project requires a Docker Engine of version 1.10.0 or greater. 　　 升级 Docker 过于麻烦，只能降 docker-compose 的版本。 先看一下我们已经安装的 Docker 版本： [root@Redmine-186 docker-compose]# docker -v Docker version 1.7.1, build 786b29d/1.7.1 　　经查 Docker Compose Github Docs ，发现 docker-compose 1.5.2 版本是兼容 Docker 1.7.1 的： Note that Compose 1.5.2 requires Docker 1.7.1 or later. 。 　　好了，开始降级 docker-compose，先卸载： # pip uninstall docker-compose 　　 再安装指定版本： # pip install docker-compose==1.5.2 　　至此，docker-compose

[TOC] 介绍 Docker 　Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 Docker-Conpose 　Compose 是一个用户定义和运行多个容器的 Docker 应用程序。在 Compose 中你可以使用 YAML 文件来配置你的应用服务。然后，只需要一个简单的命令，就可以创建并启动你配置的所有服务。 安装 Docker CE 我将在 CentOS 7 系统上进行安装 Docker CE 和 Docker-Compose。 系统要求 　Docker CE 支持 64 位版本 CentOS 7 ，并且要求内核版本不低于 3.10。 CentOS 7 满足最低内核的要求，但由于内核版本比较低，部分功能（如 overlay2 存储层驱动）无法使用，并且部分功能可能不太稳定。 　 　Docker 提供了两个版本：社区版 (CE) 和企业版 (EE)。 　 　Docker 社区版 (CE) 是开发人员和小型团队开始使用 Docker 并尝试使用基于容器的应用的理想之选。Docker CE 有两个更新渠道，即 stable 和 edge ： Stable 每个季度为您提供可靠更新 Edge 每个月为您提供新功能

Nacos 是什么？ https://nacos.io/zh-cn/docs/what-is-nacos.html 服务（Service）是 Nacos 世界的一等公民。Nacos 支持几乎所有主流类型的“服务”的发现、配置和管理 我们开发说是： 配置中心和服务注册中心 不纠结了，做为一个运维，还是好好部署吧。 单机部署： 这个没什么好说的，用docker-compose 一键启动 Clone 项目 git clone https://github.com/nacos-group/nacos-docker.git cd nacos-docker 单机模式 docker-compose -f example/standalone-mysql.yaml up -d 集群部署 官网的文档比较简洁，用docker去搭建集群是伪集群。于是放弃用docker搭集群。换用官方的编译包。 以下为官方推荐的部署架构图 下载地址 https://github.com/alibaba/nacos/releases/download/1.1.3/nacos-server-1.1.3.tar.gz tar -xvf nacos-server-1.1.3.tar.gz cd nacos/conf 配置文件 [root@nodejs1 conf]# cat cluster.conf #it is ip

本文首发于我的个人博客， 解决 Windows Docker 安装 Gitlab Volume 权限问题 ，欢迎访问！ 记录一下 Windows10 下 Docker 安装 Gitlab 的步骤。 Caution: We do not officially support running on Docker for Windows. There are known issues with volume permissions, and potentially other unknown issues. If you are trying to run on Docker for Windows, please see our getting help page for links to community resources (IRC, forum, etc) to seek help from other users. 首先， Gitlab 官方是不支持 Windows 下部署 Gitlab 镜像的，所以正常的 Gitlab 服务还是部署在 Linux 上比较好。本地部署只是用于个人开发测试环境。 问题描述 其实搭建 Gitlab 本省是一件很简单的事情，直接 pull 官方的 Gitlab 镜像开起来就可以用了。 docker run --detach \ --hostname

参考文档： https://nacos.io/zh-cn/docs/quick-start-docker.html 1、 从 git上下载nacos-docker项目，本地目录为/docksoft/nacos-docker git clone https://github.com/nacos-group/nacos-docker.git /software/nacos-docker 2、 安装 docker-compose（ docker 提供的一个命令行工具，用来定义和运行由多个容器组成的应用） curl -L "https://github.com/docker/compose/releases/download/1.24.1/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose 或者使用下方地址 curl -L "https://get.daocloud.io/docker/compose/releases/download/1.24.1/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-comp 赋权 chmod +x /usr/local/bin/docker-compose 查看版本 docker

背景 通过前几章节，我们知道： docker build 可以创建一个自定义镜像； docker run 可以启动一个容器； 而实际项目中，特别是微服务化之后，运维需要面对的不单单是一个镜像一个容器，而是几十乃至上千。如果通过手工敲命令去创建一个个容器，不科学也太慢。如果遇到机器更新换代或者重启，又得重新敲一遍，这样下去我想迟早脑袋头发都要掉光。 还好docker提前想到了这点，为我们准备了相应的工具： 容器编排： docker compose 集群编排： swarm mode 还有一个很时尚的工具 Kubernetes ，它是Google根据自身十几年经验打造的。 容器编排：docker compose Compose 是由Python 编写，定义和运行多个 Docker 容器的工具。通过一个 docker-compose.yml 模板文件（YAML 格式）来定义应用服务，简单的命令批量创建和启动定义的所有服务。 重要概念： 服务 (service)：一个应用容器，实际上可以运行多个相同镜像的实例。 项目 (project)：由一组关联的应用容器组成的一个完整业务单元。 一个项目可以由多个服务（容器）关联而成，Compose 面向项目进行管理。 特性： 使用不同的项目名称可以在一个主机构建不同组应用环境。比如开发主机上的不同项目。 默认项目名称为yml文件所在目录名称，通过使用

原文: ASP.NET Core Logging in Elasticsearch with Kibana 在微服务化盛行的今天，日志的收集、分析越来越重要。ASP.NET Core 提供了一个统一的，轻量级的Logining系统，并可以很方便的与第三方日志框架集成。我们也可以根据不同的场景进行扩展，因为ASP.NET Core Logining系统设计的非常灵活性，我们可以很容易的添加自己的LogProvider。本文就来介绍一下如何借助于 ELKstack 来实现在分布式环境下的集中式日志处理。 使用Docker部署Elasticsearch和Kibana ELKstack是Elasticsearch、Logstash、Kibana三个开源软件的组合，是当今最为流行的统一日志分析平台。对于它们的介绍，网上非常之多，这里就不再多说。 在本文中只使用了 Elasticsearch 和 Kibana ，前者是分布式搜索系统，后者是一个可视化平台，使用docker来部署非常简单： 部署Elasticsearch 如下，绑定端口 9200 ，并将容器命名为 elasticsearch ： docker run --name=elasticsearch -d -p 9200:9200 -e "http.host=0.0.0.0" -e "transport.host=127.0.0.1"

这篇文章主要介绍了docker-compose ports和expose的区别详解，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧。 docker-compose中有两种方式可以暴露容器的端口：ports和expose。 ports ports暴露容器端口到主机的任意端口或指定端口，用法： ports: - "80:80" # 绑定容器的80端口到主机的80端口 - "9000:8080" # 绑定容器的8080端口到主机的9000端口 - "443" # 绑定容器的443端口到主机的任意端口，容器启动时随机分配绑定的主机端口号 不管是否指定主机端口，使用ports都会将端口暴露给主机。 容器中可以运行一些网络应用，要让外部也可以访问这些应用，可以通过 -P（大写） 或 -p （小写） 参数来指定端口映射。 (1) 当使用-P标记时，Docker 会随机映射一个49000~49900的端口到内部容器开放的网络端口。 使用docker ps可以看到，本地主机的 49155 被映射到了容器的 5000 端口。此时访问本机的 49155 端口即可访问容器内 web 应用提供的界面。 $ sudo docker run -d -P training/webapp python app.py $ sudo docker