IngramChen 積分 1

Alias Name Record 有一天出現在 Route53 裡,才發現有這種東西,新到還沒成為標準

AName 真是方便

haocheng 積分 2

這樣想想 Sonatype 維護 Maven Central 這麼久還蠻厲害的...

haocheng 積分 0

可能剛上線沒太久不好意思馬上關掉 XD

IngramChen 積分 0

慘, 免費的最貴, 跟 travis 一個樣

koji 積分 0

然後裡面有個ConanCenter還會活著,但這樣哪天不也是一樣結果嗎

IngramChen 積分 0

對啊,postgres 沒調前都是用很爛的預設值

yllan 積分 0

如何tuning? 設定檔改快取、記憶體之類的嗎?

IngramChen 積分 0

其實 db 都要 tuning 過跑起來才像樣, 尤其是 postgres.

phonikas 積分 1

Oracle Linux 算是最貼近 RHEL 版本的選擇,但目前大家還是傾向 Rocky Linux。 是因為 Java 的關係讓 Oracle 臭掉了嗎?

IngramChen 積分 0

ecr public 應該不錯, 現在 docker hub 有 rate limit 了

IngramChen 積分 0

終於有 lock file 了.

這再次證明有 dependency 的系統一定要 lock verson 的機制

kaif 積分 0

有在設 permission 應該很常踩到 eventually consistent 才對。設下去都不知道有沒有設對xd 要一值 retry

kaif 積分 2

AWS 的思維一值是 scalability > consistency。

先前是 us region 維持最初的 eventually consistent,其他新的 region 支援 read-after-write consistent。

這次 upgrade 應該是除了 read-after-write,其他操作, e.g., list, ACL 也變成 strong consistent

還沒細看條文,感覺應該還有但書,要不然 "Amazon S3 delivers strong read-after-write consistency" 中間就不會有 "read-after-write"

IngramChen 積分 0 編輯於

聽到這個嚇一跳,S3 不是一直都是 strong 嗎?

看回應是說 us region 的一直都是 eventually consistent,其他比較新的 region 很早就是 strong 了。

我都用新加坡或日本所以一直都無感…

j0n 積分 1

除非嚴重的 production issue, 否則我想不到為何一定要選在星期五部署的理由

chao 積分 1

禮拜五怎麼能deploy!? 不想休假了嗎XD

IngramChen 積分 3

自己開發自己部署,做 CI/CD,但我還是站在週五不部署這邊。

會說出週五可以上線的,484 都沒被凌晨 on call 過?!

j0n 積分 1 編輯於

我正打算把新系統從 k8s 跳到 serverless,這樣情何以堪,該喊停嗎? XD

IngramChen 積分 1

跟到這波的人只有個慘字,能脫身就快脫身吧!

未來十年是 k8s 相關的技術會持續發展

IngramChen 積分 1 編輯於

Cloudfront 不是世界無敵貴嗎… 可以拿來串流?

IngramChen 積分 0

"Increased billing from cross-AZ traffic" 貴貴貴!!

第 31 個你意想不到的 k8s 成本

IngramChen 積分 0

6 小時 100 次 pull 應該是夠用

但這個顯示他們撐不下去了

應該要換成 p2p 模式