前言
最近折腾了一番自建 gitlab，在此做个记录，供君参考。整个构建过程基于 Docker Swarm（近期有计划将微服务移植到 Kubernetes，但还没倒腾顺手，暂时先沿用旧的方案），主题配图与主题无关，请忽略......
1. 快速启用
配置的一般原则是先可用再优化，简单启动 gitlab 只需要一条命令：
sudo docker run --detach \
--hostname gitlab.yuclk.com \
--publish 443:443 --publish 80:80 --publish 22:22 \
--name gitlab \
--restart always \
--volume /mnt/nas/gitlab/config:/etc/gitlab \
--volume /mnt/nas/gitlab/logs:/var/log/gitlab \
--volume /mnt/nas/gitlab/data:/var/opt/gitlab \
gitlab/gitlab-ce:latest
然后就功能而言只差配置邮箱这么一步了，通过 docker exec -it 进入容器，修改 /etc/gitlab/gitlab.rb，添加如下配置：
# SMTP
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = 'smtp.exmail.qq.com'
gitlab_rails['smtp_port'] = 465
gitlab_rails['smtp_user_name'] = 'gitlab@youclk.com'
gitlab_rails['smtp_password'] = '******'
gitlab_rails['smtp_domain'] = 'smtp.qq.com'
gitlab_rails['smtp_authentication'] = 'login'
gitlab_rails['smtp_enable_starttls_auto'] = true
gitlab_rails['smtp_tls'] = true
gitlab_rails['smtp_openssl_verify_mode'] = 'peer'
# If your SMTP server does not like the default 'From: gitlab@localhost' you
# can change the 'From' with this setting.
gitlab_rails['gitlab_email_from'] = 'gitlab@youclk.com'
# gitlab_rails['gitlab_email_reply_to'] = 'noreply@youclk.com'
接着使用以下命令让配置生效：
gitlab-ctl reconfigure
gitlab-ctl restart
最后就可以进入 gitlab 控制台测试发送邮件：
gitlab-rails console
Notify.test_email('destination_email@address.com', 'Message Subject', 'Message Body').deliver_now
除此之外还有两种配置方式，例：
sudo docker run \
--env GITLAB_OMNIBUS_CONFIG="external_url 'http://my.domain.com/'; gitlab_rails['lfs_enabled'] = true;"
sudo docker run -e GITLAB_CDN_HOST=gitlab.youclk.com
以上只是简写示例，我个人并不推荐后面两种，虽然通过环境变量设置具有更高的*度，但是配置太多了，我还是更倾向替换或者挂载配置文件的方式。
通过以上配置之后整个 gitlab 的基本功能都可用了（CI/CD 日后有空再折腾）。
2. 集成到 swarm
这一步只需要准备两个编排文件，proxy：
version: '3.5'
services:
proxy:
image: vfarcic/docker-flow-proxy:18.04.06-12
ports:
- 80:80
networks:
- proxy
environment:
- LISTENER_ADDRESS=swarm-listener:18.04.06-12
- MODE=swarm
secrets:
- dfp_users_monitoring
deploy:
labels:
- com.df.notify=true
- com.df.port=8080
- com.df.serviceDomain=localhost
- com.df.reqPathSearchReplace=/alive,/v1/docker-flow-proxy/ping
restart_policy:
condition: any
max_attempts: 3
update_config:
delay: 5s
order: start-first
swarm-listener:
image: vfarcic/docker-flow-swarm-listener:18.04.12-7
networks:
- proxy
volumes:
- /var/run/docker.sock:/var/run/docker.sock
environment:
- DF_NOTIFY_CREATE_SERVICE_URL=http://proxy:8080/v1/docker-flow-proxy/reconfigure
- DF_NOTIFY_REMOVE_SERVICE_URL=http://proxy:8080/v1/docker-flow-proxy/remove
deploy:
placement:
constraints: [node.role == manager]
restart_policy:
condition: any
max_attempts: 3
update_config:
delay: 5s
order: start-first
networks:
proxy:
external: true
secrets:
dfp_users_monitoring:
external: true
gitlab:
version: '3.5'
services:
gitlab:
image: gitlab/gitlab-ce
hostname: gitlab.youclk.com
networks:
- proxy
- youclk
ports:
- 2289:22
volumes:
- /mnt/nas/gitlab/config:/etc/gitlab
- /mnt/nas/gitlab/logs:/var/log/gitlab
- /mnt/nas/gitlab/data:/var/opt/gitlab
deploy:
mode: replicated
labels:
- com.df.notify=true
- com.df.port=80
- com.df.serviceDomain=gitlab.youclk.com
restart_policy:
condition: any
max_attempts: 3
update_config:
delay: 5s
order: start-first
networks:
proxy:
external: true
youclk:
external: true
然后依次启用即可，例：
# create infrastructure
echo "youclk:****" | docker secret create dfp_users_monitoring -
docker network create --driver overlay proxy
docker network create --driver overlay youclk
# startup
docker stack deploy -c src/docker-compose-proxy.yml proxy
docker stack deploy -c src/docker-compose-gitlab.yml gitlab
第一步优化完毕，如果不希望太折腾的话到这就可以结束了，服务的可用性方面不会有太大影响。
3. 分离缓存与数据库
我不知道 gitlab 为什么不进一步提供纯净版的镜像，而且官方推荐 omnibus 的安装方式，反正我至少不喜欢把数据库和缓存都集成到一个镜像里面，预期是构建一个子镜像并移除 nginx、postgreSQL、redis。经过一番揪心地测试之后，还是得说可惜，浪费了不少时间却没有顺利达到目的，最后只能按照官方推荐的在配置文件中禁用 postgreSQL 和 redis。
首先准备一份 db 的编排文件：
version: '3.5'
services:
redis:
image: redis
networks:
- proxy
- youclk
ports:
- 6379:6379
deploy:
restart_policy:
condition: any
max_attempts: 3
update_config:
delay: 5s
order: start-first
postgresql:
image: postgres
networks:
- proxy
- youclk
ports:
- 5432:5432
volumes:
- /mnt/nas/db/postgresql:/var/lib/postgresql
- $PWD/src/postgresql.conf:/etc/postgresql/postgresql.conf
deploy:
labels:
- com.df.notify=true
- com.df.port=5432
restart_policy:
condition: any
max_attempts: 3
update_config:
delay: 5s
order: start-first
networks:
proxy:
external: true
youclk:
external: true
注意，postgreSQL 默认是禁用远程连接的，需要修改 /etc/postgresql/postgresql.conf，反正是内网用，允许所有 ip 就好了 listen_addresses = '*'，获取配置文件的方式：
docker run -i --rm postgres cat /usr/share/postgresql/postgresql.conf.sample > my-postgres.conf
然后就像我编排文件中示例，挂载上去就行了。
postgreSQL 默认的用户名、密码、初始数据库都是 postgres，可以通过设置环境变量更改默认配置：
environment:
- POSTGRES_PASSWORD=mysecretpassword
- POSTGRES_USER=myuser
- POSTGRES_DB=mydb
最后就是就是修改 gitlab 的配置文件了：
# redis
redis['enable'] = false
# Redis via TCP
gitlab_rails['redis_host'] = 'redis'
gitlab_rails['redis_port'] = 6379
# Disable the built-in Postgres
postgresql['enable'] = false
# Fill in the connection details for database.yml
gitlab_rails['db_adapter'] = 'postgresql'
gitlab_rails['db_encoding'] = 'utf8'
gitlab_rails['db_host'] = 'postgresql'
gitlab_rails['db_port'] = 5432
gitlab_rails['db_username'] = 'postgres'
gitlab_rails['db_password'] = 'postgres'
gitlab_rails['db_database'] = 'postgres'
第二步优化到此结束，启动命令：
cp gitlab.rb /mnt/nas/gitlab/config/gitlab.rb
docker stack deploy -c src/docker-compose-gitlab.yml gitlab
4. 启用 SSL
如果你的情况完全符合官方文档推荐的场景，那很简单：
external_url "https://gitlab.youclk.com"
nginx['redirect_http_to_https'] = true
mkdir -p /etc/gitlab/ssl
chmod 700 /etc/gitlab/ssl
cp gitlab.youclk.com.key gitlab.youclk.com.crt /etc/gitlab/ssl/
但一般情况下在微服务中证书呀、负载均衡呀、网关呀等都是属于外围的基础设施了，不会和应用挂钩，这种情况下更简单，因为，完全不需要任何配置。
5. 强迫症的救赎
上一节提到在目前的微服务环境下启用 SSL 不需要任何配置，那我写这节干嘛？脑残吗？好吧，是脑残，而且是添加了强迫症的脑残，先放一张图：
逼死强迫症的是什么，各位能懂吗？也许这辈子都不会用到使用 HTTP 去 clone 代码，但哥哥就是受不了这个提示，一想起来就头皮发麻，宛如被一万头*来回碾压。
这个小问题让我吃不香，睡不着，都胖了好几斤，我必须要解决他。然后，我不知道当时的状态是不是已经已经在阿鼻地狱的边缘，我最开始想到的是从源代码中去寻找这个提示的逻辑，强行改成 HTTPS（失败）；注入一段 js 去修改提示（有修改的延迟，仍然无法忍受）；修改 nginx 的配置文件（成功）。
最后的方案是先设置 external_url 为 https（这个绕不过去），然后因为负载均衡过来的的只有 http，所以先代理到 https ，再回到 http（也可以不回），就为了抵消 external_url 的配置，最后修改下请求头就行了：
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Forwarded-Ssl on;
现在是不是舒服多了...以上一番测试差不多花了一天的时间，就为了这么个小玩意儿，但无论怎么样，最后有结果了还是能稍感欣慰的。
但，你以为就这么结束了吗，不，当我重新回顾了一下参考文档后，我发现了这么一段提示：
# Other bundled components (Registry, Pages, etc) use a similar strategy for proxied SSL. Set the particular component's *_external_url with https:// and prefix the nginx[...] configuration with the component name. For example, for Registry use the following configuration:
registry_external_url 'https://registry.example.com'
registry_nginx['listen_port'] = 80
registry_nginx['listen_https'] = false
于是，我尝试着修改成这样子：
external_url 'https://gitlab.youclk.com'
nginx['listen_port'] = 80
nginx['listen_https'] = false
效果完全一致，这时候宛如被好几万头*来回碾压，我当初为什么就没有把参考文档拉到最后面，忙活一整天却闹了个大笑话，血淋淋的教训！
结语
周六经过这么一番折腾本就很丧，又碰上 mac 扬声器坏了，心情一撸到底。然后就想着怎么去调节一下，好嘛，这一想，又冒出一堆负能量。
不知道有多少人会像我一样常常被 “自己” 掣肘，在内心层面我不算是一个很宅的人，我不喜欢呆在家里，我总是和很多人谈诗和远方，但，只局限于谈。一方面大块时间的浪费常常给我带来负罪感，因此我很少能玩得尽兴；另一方面，对于每月结余都是负数的资产状况，偶尔还得厚着脸皮问家里要，我不知道我还有什么资格去追求些什么?
想了一晚上，周日早上五点钟起来，买了张动车票准备去上海散散心，好嘛，忘了地铁没那么早开呀，又舍不得打的（备感凄惨），只能等到点了排队去改签（还跟插队的吵了一架，理直气壮地要插我前面，还有傻X帮忙维护，我也是见什么鬼了）... 虽过程曲折，但结果总归不是太糟，被陆家嘴那一堆建筑震撼之后也不再那么消极了。最后，去了上海中心大厦的顶楼，在那点了杯咖啡，打了一天代码，晚上七点钟返回~
我的公众号《有刻》，我们共同成长！