@koalli 还有资源监控等，上了集群以后有很多方案，还有分布式日志收集等等，具体的你可以查一下

@koalli 对于较大量的服务器控制，那么在使用 docker 的情况下你应给使用编排工具，比如 swarm kubernetes 等，无论哪种都需要一些学习成本，当然我推荐 k8s 不过它的学习成本也更高



在完成了编排控制后，那么你就可以通过标准的编排工具的 cli 或者 自己对接 api 实现大批量快速的应用部署，滚动升级，回滚等动作


在此后你将可以处理你的 ci，不论是使用 jenkins 或者 gitlab ci 都可以在 build 完成后通过控制编排工具的方式进行对应操作，当然对于分支触发任务这种动作基本上哪个 ci 都支持


最后，如果你采用 gitlab ci 这篇文章可能对你有帮助 https://mritd.me/2017/11/28/ci-cd-gitlab-ci/ ，k8s 搭建等博客中也有点 😁

@wangxiaoaer #16
看你需求就是需要启动停止啥的
systemctl start xxxx
systemctl stop xxxx
systemctl restart xxxx
systemctl status xxxx

如果你的日志打到了 STDOUT，那么使用 journalctl -fu xxxx 观察日志(-f 持续监测)
不过 java 一般都是 logback 啥的送到具体文件了吧

安全性需求强你可以看下 systemd service 怎么使用特定用户运行

@wangxiaoaer #14

centos7+、debian9+、ubuntu16+ 无需安装任何环境(nodejs/python)，系统级托管服务

cat > /lib/systemd/system/xxxx.service <<EOF
[Unit]
Description=xxxxxx
After=network.target
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
ExecStart=/path/to/java -jar xxxx.jar
Restart=on-failure
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload && systemctl start xxxx

@wangxiaoaer #12 这玩意复杂？单独切割守护类的服务写一个配置文件就完事，不超过 20 行；上面 pm2、Supervisor、docker 那个玩意不比这个重

说了这么多，你们就没人研究下现代系统自身的 systemd 么?

Gitlab CI +docker 了解一下

官方文档，逐个版本升级即可

@Microi 淘宝免驱卡 就可以

我们以前也用 consul，基本上架构是这样
https://i.imgur.com/aF4oUpt.png

但是这种建立在 容器 生死、调度有 k8s 维持，所有容器 通过 calico 实现网络互通，同时也不会出现 IP 重复分配问题；淡然这种还是很复杂，现在正在换成这种

https://i.imgur.com/yhnZch0.png

@millken 上编排吧，其他操作都是野路子，可维护性不用提；你面临的问题是每个机器都是个小内网，服务注册就是能拿到宿主机 IP，能保证端口映射不变也没什么卵用；因为你无法处理流量熔断问题，以及自动恢复等； docker 只是提供一种虚拟化技术，用于封装你得 application 和 runtime ；至于更上层的 service discovery、容器调度、负载均衡、服务暴露等等 那是编排工具的事，不要尝试在底层去折腾这玩意，得不偿失的

实际问题是，你没有实现跨主机通讯，除非你能保证每个机器只跑一个这种 容器，而且端口映射啥的永远不会改

人声是高频音，降不没的

@TonyLiu2ca @imydou 感谢，完美解决

你怕是对微服务有什么误解吧

@redtea 我特么也是 好尴尬

👍

Upyun 配合 ipic 基本无敌

树莓派写个小脚本就行了，国内头很多拿到自己 ip 的网站，比如 curl myip.ipip.net