摘要：服務(wù)的依賴實(shí)現(xiàn)解耦，有多個服務(wù)依賴同一個，其中一個需要重啟，而導(dǎo)致其他服務(wù)中斷最重要的原因我想試試閑話少說了。。。拉取鏡像注意如果沒有指定對應(yīng)的版本，默認(rèn)會拉取版本經(jīng)過漫長的等待。。。也可能會出現(xiàn)莫名其妙的問題。。。

通過 docker 容器技術(shù)，在centos7系統(tǒng)下，使用docker鏡像，安裝gitlab，并將gitlab的http，https，ssh端口映射到其他端口；在宿主機(jī)中裝入nginx，通過nginx反向代理技術(shù)訪問宿主機(jī)中的容器；

不同的服務(wù)依賴的環(huán)境各有差異
當(dāng)服務(wù)需要遷移的時候，很多環(huán)境需要重新搭建其實(shí)也是挺崩潰的，通過容器技術(shù)可以更快的實(shí)現(xiàn)遷移
不同的服務(wù)對宿主機(jī)的性能是有損耗的，通過容器可以更好的控制和監(jiān)管（不會出現(xiàn)一個服務(wù)跑掛了一臺機(jī)器。。。）
服務(wù)的依賴實(shí)現(xiàn)解耦，（eg：有多個服務(wù)依賴同一個nginx，其中一個需要重啟nginx，而導(dǎo)致其他服務(wù)中斷）
最重要的原因（我想試試....~O(∩_∩)O~）

閑話少說了。。。開始擼。。。（docker的安裝基本操作就不在這里多說了）有需要的小伙伴可以看下：

docker簡單入門

docker入門到實(shí)踐

Docker Hub

在官網(wǎng)我們可以找到各種各樣我們需要的鏡像，通過搜索可以找到gitlab鏡像。

docker pull gitlab/gitlab-ce

注意：如果沒有指定對應(yīng)的版本，默認(rèn)會拉取 latest版本

經(jīng)過漫長的等待。。。

通過docker images 命令看到gitlab鏡像證明你已經(jīng)pull完了

[root@localhost ~]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
gitlab/gitlab-ce    latest              5d8ab6b06918        4 days ago          1.43GB

運(yùn)行：

docker run --detach --hostname gitlab.xxx.com --publish 444:443 --publish 81:80 --publish 23:22 --name gitlab --restart always --volume /srv/gitlab/config:/etc/gitlab --volume /srv/gitlab/logs:/var/log/gitlab --volume /srv/gitlab/data:/var/opt/gitlab 5d8ab6b06918

--hostname ：指定容器中綁定的域名，會在創(chuàng)建鏡像倉庫的時候使用到，這里綁定gitlab.xxx.com

--publish：端口映射；容器內(nèi)的443,80,22端口分別映射到宿主機(jī)的444,81,23端口

--volume ：掛載數(shù)據(jù)卷，映射到容器中去的容器外部存儲空間

5d8ab6b06918 ：鏡像的ID

數(shù)據(jù)存儲地方

通過docker ps 命令看到gitlab容器證明你已經(jīng)運(yùn)行成功了

[root@localhost ~]# docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                    PORTS                                                          NAMES
9e12ae220c14        5d8ab6b06918        "/assets/wrapper"   13 minutes ago      Up 13 minutes (healthy)   0.0.0.0:23->22/tcp, 0.0.0.0:81->80/tcp, 0.0.0.0:444->443/tcp   gitlab

上面的容器使用的是官方Omnibus GitLab軟件包，所有的配置都在唯一的配置文件 /etc/gitlab/gitlab.rb

當(dāng)然我們也可以進(jìn)入容器內(nèi)部通過shell會話進(jìn)行相關(guān)操作

docker exec -it gitlab /bin/bash

GitLab的使用過程中涉及到大量的郵件，而郵件服務(wù)你可以選擇使用Postfix,sendmai,配置SMTP服務(wù)其中一種；

Postfix還要安裝其他東西，sendmai又是比較老，相對較下SMTP配置起來會比較方便，我使用的就是SMTP;

1. 編輯/etc/gitlab/gitlab.rb文件（加到文件最后面就好了）。本來想用QQ郵箱的，但是怎奈QQ郵箱配置了半天，還是報個535（秘鑰驗(yàn)證不通過），最后放棄了選擇163

gitlab_rails["smtp_enable"] = true

gitlab_rails["smtp_address"] = "smtp.163.com"

gitlab_rails["smtp_port"] = 25

gitlab_rails["smtp_user_name"] = "XXX@163.com"

gitlab_rails["smtp_password"] = "password"

gitlab_rails["smtp_domain"] = "163.com"

gitlab_rails["smtp_authentication"] = :login

gitlab_rails["smtp_enable_starttls_auto"] = true

gitlab_rails["gitlab_email_from"] = "XXX@163.com"

user["git_user_email"] = "XXX@163.com"

說明：

gitlab_rails["smtp_address"] ：SMTP服務(wù)地址，不同的服務(wù)商不同

gitlab_rails["smtp_port"] ：服務(wù)端口

gitlab_rails["smtp_user_name"] ：用戶名，自己注冊的

gitlab_rails["smtp_password"] ：客戶端授權(quán)秘鑰（獲取方式，下圖講解）

gitlab_rails["gitlab_email_from"] ：發(fā)出郵件的用戶，注意跟用戶名保持一致

user["git_user_email"] ：發(fā)出用戶，注意跟用戶名保持一致

獲取郵箱客戶端秘鑰：

2.如上配置完成后可以重新加載gitlab的配置

gitlab-ctl reconfigure

3.測試郵件發(fā)送

gitlab-rails console
Notify.test_email("543314032@qq.com", "Message Subject", "Message Body").deliver_now

應(yīng)該會成功。。。

注意：

其實(shí)你在宿主機(jī)的 /srv/gitlab/config 目錄的下也能找到gitlab.rb，修改這個文件也可以；但是修改完成后，必須重啟容器

docker restart gitlab

只要容器重啟Gitlab就會自動重新加載配置；

網(wǎng)上還有很多教程修改的 gitlab的其他配置文件實(shí)現(xiàn)SMTP的配置，我不太建議，因?yàn)槲臋n上面要求是在gitlab.rb上修改相關(guān)的配置的；其他文件修改，如果不是很熟悉可能會混亂。。。也可能會出現(xiàn)莫名其妙的問題。。。

如果你選擇的是其他服務(wù)商的smtp，具體配置可以看文檔

SMTP settings

更多的配置可以參考官方文檔：
Omnibus GitLab

來到這里其實(shí)你已經(jīng)可以通過訪問81端口來訪問我們的gitlab了

我的nginx是通過rpm安裝的；具體的安裝這里就不多說了！

打開nginx的配置文件

upstream  git{
    # 域名對應(yīng) gitlab配置中的 external_url
    # 端口對應(yīng) gitlab 配置中的 nginx["listen_port"]
    server  域名:端口;
}


server{
    listen 80;
    # 此域名是提供給最終用戶的訪問地址
    server_name 域名;

    location / {
        # 這個大小的設(shè)置非常重要，如果 git 版本庫里面有大文件，設(shè)置的太小，文件push 會失敗，根據(jù)情況調(diào)整
        client_max_body_size 50m;

        proxy_redirect off;
        #以下確保 gitlab中項(xiàng)目的 url 是域名而不是 http://git，不可缺少
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        # 反向代理到 gitlab 內(nèi)置的 nginx
        proxy_pass http://git;
        index index.html index.htm;
    }
}

5.1 external_url 設(shè)置

external_url 是一個很重要的配置，GitLab的資源（例如:git創(chuàng)庫，文件，圖片）都是基于這個URL；說白了就是我們clone的地址；

external_url 的默認(rèn)為:

external_url "GENERATED_EXTERNAL_URL"

其實(shí)就是 http://hostname

可以把這個值改成對應(yīng)的主機(jī)名或者ip地址作為項(xiàng)目的倉庫地址為：

// http
http://:/<組名>/<項(xiàng)目名>.git
// ssh
git@:<組名>/<項(xiàng)目名>.git

也可以直接將其改成IP

external_url "http://10.2.237.56"

5.2 修改SSH

如果是ssh端口，需要修改gitlab_shell_ssh_port。

gitlab_rails["gitlab_shell_ssh_port"] = 23

如果要修改 ssh 的域名，就需要修改 gitlab_ssh_host

gitlab_rails["gitlab_ssh_host"] = "10.2.123.123"

如果你修改了external_url 并加了端口，你會突然發(fā)現(xiàn)，gital 的 web 訪問不了了，其實(shí)你不用慌張，因?yàn)檫@是因?yàn)?strong>nginx 默認(rèn)監(jiān)聽的是 external_url 的端口

你只需要更改下 nginx 的端口配置就好了

# nginx["listen_port"] = nil
nginx["listen_port"] = 80

以上的配置都是在 gitlab.rb 里面改的！??！