linus 積分 1 編輯於

就看信不信這句話, 要我一定擋....

At OpenAI, protecting user data is fundamental to our mission. We do not train our models on inputs and outputs through our API.

haocheng 積分 1

跟 Stack Overflow 一樣 scale up 就可以解決問題了

IngramChen 積分 0

Dell R7625s have 196 vCPUs

暴力主機當然就不用 shard

changyuheng 積分 1 編輯於

Rclone1 出了好幾年了,但似乎不是一個很常被提到的工具;最近學校的空間被收回一大部分,應該有很多人受到影響,剛好可以派上用場?

chchwy 積分 0

今天才認識這個神器…相見恨晚

IngramChen 積分 0

還沒用... 但這個很紅?

IngramChen 積分 0

這個月剛出啊,找個機會來試試

kaif 積分 0

考慮到 ithome 的讀者群用這種角度切入是蠻正常的,

不過應該很多時候 root cause 還是只是沒出事就沒人想管,連 [google] 也一樣 11

haocheng 積分 1

原來如此,那跟我的認知差不多

我們也遇到類似問題,公司內部的 K8s 本來是建議一版一版升級,但後來發現發布版本的速度太慢了跟不上,所以可能會跳過中間幾版直接升級到新版本,到時候我們應該也要開新的 cluster 來升級...

IngramChen 積分 0

最多跳兩版, 但不建議

這裡所謂的跳版升都是重蓋一個新的, 再將服務搬過去

haocheng 積分 0

原來可以跳版本升喔,我還以為 K8s 只有支援一版一版升上去

IngramChen 積分 0

這就是 k8s devops 的日常

這文就是直接從 1.18 跳升 1.22 ,沒有在管中間版本的。但即使是這樣一年就要大升一次很痛苦

IngramChen 積分 1

進了 k8s 後都一樣了,用哪家管的都差不多。

k8s 就是塞鎖碎的東西很方便,現在很難回去了

gugod 積分 2

If you are going to run Kubernetes, don't manage it yourself unless you can dedicate staff to it.

完全同意 XD

koji 積分 1 編輯於

用到現在會滿意搬到 k8s 上嗎?

-- 現在都用公司內的 Managed k8s,沒碰過還真不知道自己這邊算好不好用 XD

IngramChen 積分 1

跟我的經驗幾乎一模一樣

EKS 現在好多了,但還是很複雜,不小心就會弄壞

可以的話不建議碰

IngramChen 積分 1

1 TB free out 還是太少了

而且後面的 tier 應該也要降價才是

AWS egress 費用高過別人十倍啊

IngramChen 積分 1

redhat 會說其他 distro 好才見鬼了

gugod 積分 1

(自產自銷一下)

各位有沒有曾經觀測到流量轉移的類似經驗 ?