rushssss 最近的时间轴更新 rushssss 最近的时间轴更新 |
rushssssV2EX 第 217316 号会员，加入于 2017-02-25 11:58:33 +08:00今日活跃度排名 7645 |
rushssss 最近回复了
19 天前 回复了 luxsunzhe1 创建的主题 › 问与答 › 大型软件部署交付 |
200+微服务 springboot 应用和 20+周边服务如（ redis/rabbitmq/ng 等等）+ 所有类型数据库（ Mysql/SQLServer/Oracle/PG 等）
这么大一堆东西，能一天部署完调试好也算你们厉害了。
想要再提高效率，容器化和声明式 API 部署应该是唯一的路，就算客户不给你 kubectl 权限，通过 jenkinsfile 调用 kubectl 和你通过 jenkinsfile 调用 shell 实际上是一码事，所以还是可行的。
这么大一堆东西，能一天部署完调试好也算你们厉害了。
想要再提高效率，容器化和声明式 API 部署应该是唯一的路，就算客户不给你 kubectl 权限，通过 jenkinsfile 调用 kubectl 和你通过 jenkinsfile 调用 shell 实际上是一码事，所以还是可行的。
有点意思。
51 天前 回复了 ppboyhai 创建的主题 › 程序员 › 聊一聊程序员遇见的生产环境事故以及如何处理定位的？ |
@kestrelBright 监控的覆盖度如果够高，可以第一时间告警有故障的部分
61 天前 回复了 zhoudaiyu 创建的主题 › Kubernetes › 问大家一个关于使用 K8s 的 Service 做长连接负载均衡的问题 |
取一个折中的办法： 在服务端或是客户端改造都行，每条长链接用过多少次之后就销毁（取值取决于你的负载情况），比如每条长链接处理过 1000 个请求就主动关闭，促使其重新建立连接，这样即能保证效率，与能保证大致的负载均衡
107 天前 回复了 ericgui 创建的主题 › 程序员 › 全文搜索（full text search）有什么好一点的低成本解决方案？ |
195 天前 回复了 fowse 创建的主题 › 程序员 › 软件工程中沉默的大多数丨 RTE 技术环境月报 202209 |
信息密度太高了，赞
你开车弄个车充不就好了吗，还要充电宝干啥
227 天前 回复了 ccccccccw 创建的主题 › Docker › docker-compose down 丢失数据 |
哦，我看的是 2 楼的例子
不过我试了一下，以下这个例子是 OK 的，在 ./postgresql/data 出现了数据，无法复现你的问题
```yaml
version: '3'
services:
db:
image: postgres:12-alpine
restart: on-failure
environment:
POSTGRES_USER: demo
POSTGRES_DB: demo
POSTGRES_PASSWORD: demo
volumes:
- ./postgresql/data:/var/lib/postgresql/data
```
不过我试了一下，以下这个例子是 OK 的，在 ./postgresql/data 出现了数据，无法复现你的问题
```yaml
version: '3'
services:
db:
image: postgres:12-alpine
restart: on-failure
environment:
POSTGRES_USER: demo
POSTGRES_DB: demo
POSTGRES_PASSWORD: demo
volumes:
- ./postgresql/data:/var/lib/postgresql/data
```
227 天前 回复了 ccccccccw 创建的主题 › Docker › docker-compose down 丢失数据 |
因为 postgresql 的数据实际存储在 /var/lib/postgresql/data 下，它直接在 Dockerfile 中声明了一个 VOLUME 是在 /var/lib/postgresql/data
而你挂载的是 /var/lib/postgresql ，由于 UnionFS 的特性，挂载 /var/lib/postgresql 并不影响下边再挂一个 /var/lib/postgresql/data
最后你的数据实际上没有丢，在宿主机上的 /var/lib/docker/volumes 下找找有惊喜
而你挂载的是 /var/lib/postgresql ，由于 UnionFS 的特性，挂载 /var/lib/postgresql 并不影响下边再挂一个 /var/lib/postgresql/data
最后你的数据实际上没有丢，在宿主机上的 /var/lib/docker/volumes 下找找有惊喜
Select Language