@raynix 研发的要求是实时，有家是用 clickhouse 的，3 秒。loki 基本是 2 秒

Pi + asterrisk

@bmpidev2019 托管的也很鬼畜啊，阿里的 ACK 你是用不了他 k8s 的 ETCD 的，只能又跑了个单副本的 ETCD ，持久化到 OSS 去，避免用它的配置管理还得交钱。用到 logstore 和 logtail ，又得交钱。

@bmpidev2019 你说的很有道理。作为一名运维，我的做法是 k8s 自建从头搭起，那么操心的问题就更深一步，要解决掉 DigitalOcean 或者 aws 要处理的问题，我要用什么做 ELB ，要用什么搞 network overlay ，要怎么实现卷的持久化。一套东西弄下来，命没了半条。所以干脆 systemd+go

@raynix 哈，搜索就是 grep ，不需要制图。仔细解释一下，研发上线的时候必须实时仔细观察日志输出，来判断程序是否正常。经常有上去不对，然后再下来重新打包发版的时候。而四大行审计要求研发只能有 view ，而不能有执行权限。这就麻烦了，系统中是有 ELK 的，准实时，研发都不认可；所以试用了 loki 、clickhouse 一溜够，都不满足。最后得亏程序没有部署在用户的 /home 目录下，就建立同组的用户，只有 view 权限，而上线管理员有执行权限，这样解决的。国内的事情都很复杂，各种堡垒机，数审设备。

@raynix 也不是，就是研发的事多。用了 ELK 和 LOKI 都不行，还有一家厂商是用 Clickhouse 的，也不行，最后还真的是 tail -f 了

@tcpdump 非反驳贴。loki 可以用 GFS 的 PV 做存储，GFS 做条带化。我们应用场景非常怪异，无论 ELK 或者 Loki 都做不到准实时，研发要求基本等同 tail -f ， 搞得我们头大。

@Skmgo justhost 老毛子的 vps ，话说自己的 k8s 和朋友公司的阿里云 ack ，感觉都重。systemted + go 是现在的最爱。

可以不在，你可以用 vxlan 、ipip 、gre 之类的打通。

把 gitlab 换成 onedev

30$ 一个月，可怜我的老破小 vps ，才 10$一年

奇怪噻，我面运维的时候是个歪果仁。

@richzhu 怎么联系，刚搞完一家的 k8s

焦虑

可以了

stream {

upstream ssh {
server 172.18.31.2:22;
}

// set up SSL session with certificate for marvel.com, www.marvel.com
upstream marvel {
server 127.0.0.1:4431;
}
server {
listen 127.0.0.1:4431 ssl;

ssl_certificate certs/marvel.pem;
ssl_certificate_key certs/marvel.key;

proxy_ssl on;
proxy_pass https_backend;
}

// set up SSL session with certificate for dccomics.com, www.dccomics.com
upstream dccomics {
server 127.0.0.1:4432;
}
server {
listen 127.0.0.1:4432 ssl;

ssl_certificate certs/dccomics.pem;
ssl_certificate_key certs/dccomics.key;

proxy_ssl on;
proxy_pass https_backend;
}

// route connection to the tunnel with correct certificate
map $ssl_preread_server_name $upstream {
default ssh;

marvel.com marvel;
www.marvel.com marvel;

dccomics.com dccomics;
www.dccomics.com dccomics;
}

upstream ssh {
server 172.18.31.2:22;
}

server {
listen 443;
ssl_preread on;
proxy_pass $upstream;
}


}

可以

参数还可，没看出大毛病。异常的服务器 nginx 连过来的少，主动连 kafka 的很多。怪异