</>復制代碼
本期目標 : 基于 Centos 7.6 , 封裝出一個可用于運行 php 項目的開箱即用鏡像
本文不討論 dockerfile 語法 , 并且假設你懂得基本的類unix 操作系統常識并擁有類unix 運行環境 (包括但不限于安裝了mac 或 linux 的實體機 , 類unix虛擬機 , 安裝了 MinGW 或 CygWin 的 windows 機器) , 并且認為你懂得基本的 docker 操作和有一定的 dockerfile 閱讀能力
準備工作
建立工作目錄
</>復制代碼
mkdir ~/docker-learn
cd ~/docker-learn
創建Dockerfile
</>復制代碼
touch Dockerfile
然后拷貝你常用的 nginx.conf 到工作目錄
</>復制代碼
cp xxx/nginx.conf nginx.conf
封裝基礎鏡像
編輯我們創建好的 Dockerfile
基礎內容聲明本鏡像繼承自 centos 最新版
</>復制代碼
FROM centos
安裝 nginx
創建nginx源文件
</>復制代碼
由于 centos 倉庫里是沒有 nginx 的 , 所以我們要自力更新添加nginx的源到 docker 里
復制 nginx.org 里關于 RHEL 源的內容到 nginx.repo 文件
也可以本地執行以下命令創建 nginx.repo
</>復制代碼
sudo tee ./nginx.repo <<-"EOF"
[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
[nginx-mainline]
name=nginx mainline repo
baseurl=http://nginx.org/packages/mainline/centos/$releasever/$basearch/
gpgcheck=1
enabled=0
gpgkey=https://nginx.org/keys/nginx_signing.key
EOF
寫入復制 nginx.repo 指令到docker鏡像中
</>復制代碼
COPY nginx.repo /etc/yum.repos.d/nginx.repo
使用yum安裝nginx并設置為開機啟動
</>復制代碼
RUN yum makecache &&
yum install nginx &&
chkconfig nginx on
安裝 php
</>復制代碼
centos 默認源中擁有低版本的 php 以及相關包 , 我們需要換一個版本新一些的源 .
本文 remi開源鏡像
安裝 remi 源
</>復制代碼
RUN rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm &&
yum update -y
使用 yum 安裝php和相關包并設置為開機啟動
</>復制代碼
RUN yum install -y --enablerepo=remi --enablerepo=remi-php72
php
php-openssl
php-curl
php-bcmath
php-devel
php-mbstring
php-mcrypt
php-mysqlnd
php-pdo
php-gd
php-xml
php-opcache
php-fpm &&
chkconfig php-fpm on
清理工作
</>復制代碼
眾所周知,如果要推送到線上的話鏡像越小越好,docker yum 的運行會生成大量緩存,那么我們就很有必要做一些清理工作了
</>復制代碼
RUN yum clean headers &&
yum clean packages &&
yum clean metadata &&
rm -rf /usr/share/man
聲明鏡像運行時入口點
</>復制代碼
即容器運行時執行的第一個命令,如果不是 init 的話很有可能部分特權命令無法運行,例如 chkconfig
</>復制代碼
ENTRYPOINT ["/sbin/init"]
合并 dockerfile
</>復制代碼
dockerfile 中的每個指令都會多帶帶生成一層鏡像,這樣勢必會增加我們的鏡像體積
通常做法是盡可能把多條指令整理順序合并為一條,就可以有效減小鏡像體積
</>復制代碼
FROM centos
# 復制兩個repo
COPY conf/tsinghua-base.repo /etc/yum.repos.d/CentOS-Base.repo
COPY conf/nginx.repo /etc/yum.repos.d/nginx.repo
# 安裝組件和相關包
RUN yum makecache &&
yum -y install nginx &&
chkconfig nginx on &&
yum install -y epel-release &&
rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm &&
yum update -y &&
yum install -y --enablerepo=remi --enablerepo=remi-php72
php
php-openssl
php-curl
php-bcmath
php-devel
php-mbstring
php-mcrypt
php-mysqlnd
php-pdo
php-gd
php-xml
php-opcache
php-fpm &&
chkconfig php-fpm on &&
yum clean headers &&
yum clean packages &&
yum clean metadata &&
rm -rf /usr/share/man
# 聲明入口點
ENTRYPOINT ["/sbin/init"]
測試鏡像可用性
構建鏡像
</>復制代碼
值得注意的是 nginx 官方 repo 并不是很穩定 , 運行時可能會出錯 , 重試幾次一般都可以成功
如果是其他類型的錯誤,那么就要檢查環境以及 dockerfile 有沒有問題
</>復制代碼
docker build . -t first-build
帶有特權啟動一個后臺運行的容器,將會返回一個ID
</>復制代碼
使用了 --privileged 選項之后,容器會擁有真的 root 權限,否則就只有本地普通用戶權限.容器中執行了某些特殊操作(例如 systemctl)時才需要該選項
</>復制代碼
docker run -d --privileged first-build
測試鏡像的運行狀況
</>復制代碼
docker exec -it ( docker run 命令返回的ID ) ps aux | grep "[nginx|php]"
如果返回結果類似這樣,那么說明我們的操作是正確的
</>復制代碼
> docker exec -it cca6 ps aux | grep "[nginx|php]"
root 1 0.0 0.0 43112 4888 ? Ss 09:15 0:00 /sbin/init
root 17 0.0 0.0 39096 6476 ? Ss 09:15 0:00 /usr/lib/system
root 29 0.1 0.0 35100 3308 ? Ss 09:15 0:00 /usr/lib/system
root 370 0.0 0.1 371588 21424 ? Ss 09:15 0:00 php-fpm: master
root 381 0.0 0.0 24264 2784 ? Ss 09:15 0:00 /usr/lib/system
dbus 386 0.0 0.0 58000 4164 ? Ss 09:15 0:00 /usr/bin/dbus-d
root 418 0.0 0.0 46432 980 ? Ss 09:15 0:00 nginx: master p
nginx 421 0.0 0.0 46832 3512 ? S 09:15 0:00 nginx: worker p
root 564 0.0 0.0 8096 1820 tty1 Ss+ 09:15 0:00 /sbin/agetty --
apache 822 0.0 0.0 371588 12468 ? S 09:15 0:00 php-fpm: pool w
apache 825 0.0 0.0 371588 12468 ? S 09:15 0:00 php-fpm: pool w
root 2859 0.0 0.0 51752 3448 pts/0 Rs+ 09:21 0:00 ps aux
此時如果使用了端口映射來啟動鏡像,那么你甚至可以在本地瀏覽器里看到 nginx 的默認歡迎頁
</>復制代碼
docker run -d --privileged -p 8080:80 first-build
注冊阿里云命名空間
</>復制代碼
進入阿里云鏡像控制臺,
https://cr.console.aliyun.com/cn-zhangjiakou/instances/repositories
界面大概長像這樣
使用鏡像加速器
點開左下角的鏡像加速器https://cr.console.aliyun.com/cn-zhangjiakou/instances/mirrors,你會看到你專屬的加速鏈接
</>復制代碼
找到你的操作系統,逐條執行即可,本文使用 Ubuntu 版本.
可見執行很順利,沒有任何異常
登錄到阿里云docker倉庫
</>復制代碼
sudo docker login --username=你的阿里云用戶名 registry.cn-zhangjiakou.aliyuncs.com
Password: 你的阿里云密碼
Login Succeeded
建立命名空間
點擊左側的命名空間,點擊創建命名空間,輸入你的命名空間名稱
</>復制代碼
命名空間可以理解為鏡像所屬的組織
例如: centos 鏡像的全名是 docker.io/centos,docker.io 就是centos鏡像的命名空間,但是docker.io這個命名空間下卻存在不止centos一種鏡像.公開和私有是指鏡像是否可以在阿里云鏡像市場中被大眾查看和是否能夠不需要任何權限拉取
建立倉庫
剛才我們已經創建好了命名空間,那么接下來就是創建倉庫了.
</>復制代碼
倉庫可以理解為組織創建的軟件包包名
例如: centos 鏡像的全名是 docker.io/centos,centos 就是docker.io的一個倉庫(軟件),同時centos這個軟件可以有很多個版本.
進入 https://cr.console.aliyun.com/cn-zhangjiakou/instances/repositories 倉庫頁面 , 點擊新建倉庫.
命名空間選擇剛才創建好的,摘要即為鏡像簡介.
點擊下一步,代碼源選擇本地倉庫
點擊創建鏡像倉庫之后,就會發現頁面上多了一行數據,說明創建成功
鼠標放到那個下載一樣的圖標上,會看到倉庫的專屬地址
修改鏡像名
我們要把我們剛才構建的一個叫做 first-build 的鏡像推送到阿里云倉庫中.首先我們使用 docker images | grep first-build 查找到它鏡像ID.接下來我們修改鏡像的名字為符合docker第三方倉庫的鏡像名格式.
</>復制代碼
第三方鏡像倉庫鏡像名格式:倉庫地址/組織/鏡像名:鏡像版本號以阿里云為例:阿里云倉庫地址/命名空間/倉庫名:版本 registry.cn-zhangjiakou.aliyuncs.com/leasn-docker/learn-docker:1
然后執行以下命令來修改:
</>復制代碼
docker tag 3482e8529a90 registry.cn-zhangjiakou.aliyuncs.com/leasn-docker/learn-docker:1
再次使用 docker images | grep first-build 發現已經找不到了,因為它的名字已經變掉了
推送鏡像
</>復制代碼
sudo docker push registry.cn-zhangjiakou.aliyuncs.com/leasn-docker/learn-docker
等所有的 Pushing 運行結束之后我們會發現阿里云倉庫中多了一個版本.
至此,鏡像已經推送成功.我們已經可以基于阿里云的支持,在全世界范圍內使用我們的鏡像.
對于向開源事業無私奉獻的阿里云致敬
</>復制代碼
現在我們就要研究怎么讓鏡像跑我們自己的項目了
這次就可以基于我們推送阿里云的鏡像了
</>復制代碼
FROM registry.cn-zhangjiakou.aliyuncs.com/leasn-docker/learn-docker:1
復制我們準備好的 nginx.conf 到鏡像里
</>復制代碼
COPY nginx.conf /etc/nginx/conf/nginx.conf
nginx.conf 全文
</>復制代碼
user nginx;
worker_processes auto;
pid /run/nginx.pid;
events {
worker_connections 1024;
}
http {
server {
listen 80;
server_name 127.0.0.1;
root /var/www/html;
index index.php;
location ~ .php($|/) {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_split_path_info ^(.+.php)(.*)$;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
}
復制工程源碼到鏡像里
在當前目錄建立我們的工程,并且假裝我們的工程只有一個文件,它位于./proj
復制我們的工程到鏡像里并為運行目錄加權
</>復制代碼
COPY proj /var/www/html
RUN chmod -R 755 /var/www/html/
Dockerfile 全文
</>復制代碼
FROM registry.cn-zhangjiakou.aliyuncs.com/leasn-docker/learn-docker:1
COPY nginx.conf /etc/nginx/nginx.conf
COPY proj /var/www/html
RUN chmod -R 755 /var/www/html/
構建鏡像并使用端口映射運行我們的容器
</>復制代碼
docker build .
docker run --privileged -d -p 8080:80 773ed8872493
如果不出意外,我們已經可以在本地的 127.0.0.1:8080 中看到 phpinfo() 了
既然phpinfo已經看到了,那么如何讓整個工程跑起來我就不贅述了.
值得一提的是,推送新版本到
使用 docker-compose 編排鏡像</>復制代碼
Compose 是一個用于定義和運行多容器Docker應用程序的工具。使用Compose,您可以使用YAML文件來配置應用程序的服務。然后,使用單個命令,您可以從配置中創建并啟動所有服務該應用使用 sudo apt install docker-compose 安裝
調整目錄結構
</>復制代碼
在我們現在工作目錄外面再加一層目錄,大致是: 工作目錄 > docker-learn (以前的工作目錄) && docker-compose.yaml
目錄樹形結構:
編輯 docker-compose.yaml
</>復制代碼
docker-compose 包含多個指令,并采用yaml語言編寫.可以理解為把我們在命令行運行的 run 命令參數寫到了文件里,經過統一的工具協調啟動.
</>復制代碼
主要指令:
</>復制代碼
version 版本信息,不知道為什么必須是 3
</>復制代碼
version: 3
</>復制代碼
services 需要編排的服務列表,本次我們主要編寫一個叫做 docker-learn 的服務
</>復制代碼
services:
docker-compose.yaml 全文
</>復制代碼
version: "3"
services:
# 服務名
docker-learn:
# 該服務是否以特權啟動 , 即 --privileged
privileged: true
# 構建
build:
# 構建上下文 即: docker build ./docker-learn
context: ./docker-learn
# 端口映射,即 -p 80:80
ports:
- 80:80
# 對外暴露的端口 ,相當于Dockerfile 的 EXPOSE 指令
# EXPOSE指令只是聲明了容器應該打開的端口,但是并沒有實際上將它打開!
# 該選項在 docker run -it -P(大寫) 時會真的起作用
expose:
- 80
# 目錄映射 , 相當于 docker run -v
# volumes:
# - ./logs/php-fpm:/var/log/php-fpm
# - ./logs/nginx:/var/log/nginx
使用docker-compose 啟動鏡像
關閉其他運行中的容器,以免與我們即將運行的容器沖突
</>復制代碼
docker ps | awk "{print $1}" | grep -v CON | xargs docker kill
啟動鏡像
</>復制代碼
多帶帶 up 不使用服務名會運行 services 中定義的所有容器.
如果services中有多個服務,那么可以使用 up 服務名來多帶帶 up 一個服務容器
up 默認會使用 build:context 中的 Dockerfile 文件編譯好的鏡像進行容器啟動,--build 是強制再次使用 Dockerfile 進行重新編譯鏡像再啟動 . 但是 --build 仍然會使用已經存在的鏡像層的緩存
--force-recreate 重新編譯時不使用鏡像層緩存 , 完全重新編譯如果出現 bind: address already in use 類似的提示 , 就換一個 ports 里的綁定端口重試
</>復制代碼
docker-compose up [docker-learn] [--build] [--force-recreate]
我們發現現在訪問 127.0.0.1:8080 仍然可以看到 phpinfo
接入 jenkins 進行持續集成接入 kubernetes</>復制代碼
更新中
大功告成</>復制代碼
更新中
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/33165.html
本期目標 : 基于 Centos 7.6 , 封裝出一個可用于運行 php 項目的開箱即用鏡像本文不討論 dockerfile 語法 , 并且假設你懂得基本的類unix 操作系統常識并擁有類unix 運行環境 (包括但不限于安裝了mac 或 linux 的實體機 , 類unix虛擬機 , 安裝了 MinGW 或 CygWin 的 windows 機器) , 并且認為你懂得基本的 docker 操作...
本期目標 : 基于 Centos 7.6 , 封裝出一個可用于運行 php 項目的開箱即用鏡像本文不討論 dockerfile 語法 , 并且假設你懂得基本的類unix 操作系統常識并擁有類unix 運行環境 (包括但不限于安裝了mac 或 linux 的實體機 , 類unix虛擬機 , 安裝了 MinGW 或 CygWin 的 windows 機器) , 并且認為你懂得基本的 docker 操作...
摘要:而所謂的持續,就是說每完成一個完整的部分,就向下個環節交付,發現問題可以馬上調整。那么每完成一部分就測試,這是持續部署。這是一個免費的源代碼,可以處理任何類型的構建或持續集成。容器是完全使用沙箱機制,相互之間不會有任何接口。 導讀: 很久沒有更新文章了 最近公司在使用Spring Cloud構建的項目中經常會持續發布變更頻繁,一天中會出現發布多次的情況 在這種情況下對測試環境做了改造 ...
摘要:所以我們選一個倉庫倉庫比較多,我這里選用,都行,根據需求自行選擇訪問端口,然后就沒有然后了功能沒有那么強大,不過占用資源少,速度快,我們穩定運行了幾年了。 kubernetes集群三步安裝 CI 概述 用一個可描述的配置定義整個工作流 程序員是很懶的動物,所以想各種辦法解決重復勞動的問題,如果你的工作流中還在重復一些事,那么可能就得想想如何優化了 持續集成就是可以幫助我們解決重復的代碼...
摘要:基于年底或年初沒有推廣的現狀,唯品會部門目前已經做了兩年的時間。唯品會現狀唯品會目前線上有一千多個域,每個域之間相互的依賴比較復雜,每次的部署發布困難。這是唯品會的架構,主要包含持續集成和持續部署。 數人云上海&深圳兩地容器之Mesos/K8S/Swarm三國演義的嘉賓精彩實錄第三更來啦。唯品會是數人云Meetup的老朋友,去年曾做過RPC服務框架和Mesos容器化的分享。本次分享中,...
閱讀 1181·2021-11-23 10:10
閱讀 1517·2021-09-30 09:47
閱讀 898·2021-09-27 14:02
閱讀 2972·2019-08-30 15:45
閱讀 3023·2019-08-30 14:11
閱讀 3616·2019-08-29 14:05
閱讀 1825·2019-08-29 13:51
閱讀 2209·2019-08-29 11:33
极致性价比!云服务器续费无忧!
Tesla A100/A800、Tesla V100S等多种GPU云主机特惠2折起,不限台数,续费同价。
NVIDIA RTX 40系,高性价比推理显卡,满足AI应用场景需要。
乌兰察布+上海青浦,满足东推西训AI场景需要