ingress 不是本来就能根据 path 转发到不同的 service 吗？这是基本功能啊？

或者说，我没理解你的意思？

@otherlite
@xiaofeifei8
是这样，之前的一个岗位没反馈了。就让另一个朋友去帮投了另一个岗位，结果告知直接不给机会面试了，原因如上

我有，我骑，在西湖区。
景区（灵溪隧道，梅灵路，虎跑路登）也骑过，基本不抓

我遇到这个问题的时候，最后发现基本是主机导致的，load 过高，io 过高之类的。
你说 deployment 是随机的，那有没有关注过卡在 terminating 状态的 pod 是不是都出现在同一台主机上。
或者看一下卡住时，主机的监控

我觉得是系统的问题，最近吃鸡频繁断触，刚买来那几个月好好的，年前年边好像升级了一波，断触频率上升了

error 表示建立连接失败，或者连接后收不到响应等，是协议连接层面的问题。
如果你的 server 给了个 500，那 nginx 就不会认为 server 是 down 的状态，当然继续发送

取决于 "server 发生问题"，是具体什么问题吧，根据文档 http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_next_upstream

据我之前使用，jupyter 是不行的，前端加载的样式等静态资源链接的路径不会被改写（即无法修改为自定义的 context path ）

如果我哪里漏看了文档，或者楼主搞出来了可以教教我

除了 jupyter，列举的其他几个目测都是可以用 nginx 实现的。当然，最好的方式是基于域名（ server_name ）分发

@love 同意你的第一句话

另外，大鱼海棠被骂，我猜大概是因为对原先 flash 动画的先入为主或者情怀吧。至少我看的还行。

既然如此，给楼主推荐一部《无主之作》

把需要在前场变更的 git 仓库单独用 docker 建立一个 gitlab，数据以及 docker 镜像都放在移动硬盘。
每次使用的时候，插上硬盘，用 docker 把 gitlab 仓库在本地起起来，改完代码同步到本地的 gitlab 。拿回公司类似操作同步到公司总的 gitlab 服务器上。
为以防万一，硬盘可以做一些镜像备份或者在公司做实时同步之类的

@raptor #48 我也去年国庆去的，观点大差不差，可能楼主的负面情绪稍微多了一点而已。

景点的性价比确实不高，大老远跑去受罪的感觉。我在海拔 3000 以上住的两天，水土不服拉了两晚上，睡没睡好，爬山都没力气，可气的是还没走到两个打卡点。简直让我想打差评

盲猜 mac 地址或者 ip 地址冲突了

1 、无脑 yum update 到最新版本。firewalld 不用折腾，浪费时间，直接用阿里云的安全组规则。
2 、直接买阿里云的 rds 和 dds 省心。不想花钱的话，直接用 dokcer 起数据库，mount 数据目录即可。反正一台机器也不用考虑什么高可用和主备
3 、网上的文档够多了

另外问一句流程中的第四点，为什么不直接把原来低配的升级到 4 核 16G 呢，windows 直接释放掉不就好了

我没理解错的话，是 gateway 接到请求向后端服务转发的时候报错 not an SSL/TLS record ？

那你看看是不是 gateway 转发的时候带上了 x-forwarded-proto 类似的 header

@ohohohh 你调后端接口的协议写死了 http 么？

二楼说的对，如果你的第一份 nginx 只是 k8s 中的一个服务，就不要监听 443 了，只用 80 提供服务即可。
ingress 转发到 nginx 的 80，证书由 ingress 处理。
如果你想两边都加密，那就把 nginx 的 pod 对应的 service 修改到 443 端口，ingress 转发到 443 端口的 service

"卡拉先生发布于 2020 年 12 月 25 日 ｜ 上次编辑：2020 年 12 月 23 日"

我穿越了？

用来吃鸡啊