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"

聽到這個嚇一跳，S3 不是一直都是 strong 嗎？

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

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

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

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

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

會說出週五可以上線的，484 都沒被凌晨 on call 過？！

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

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

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

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

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

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

大部份都只是個 go binary 啊

6 小時 100 次 pull 應該是夠用

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

應該要換成 p2p 模式

用了之後就跟 AWS 綁更死了

最近都沒在用 public cloud service ..但內文怎麼寫的這麼好笑XD -- 原來他離開 Grab 了?!

避免自己把自己逼死

sig 跟 wg 就是這麼麻煩

長知識: Power of two random choices

只延三個月寫這麼長一篇幹嘛？

這些人吃飽沒事幹嗎…

12 + 2 的樣子1 維持一年的 bug fix 跟額外 2 個月的 security patch 寬限期，至少沒有先前那麼短了。

追更新都是被迫的，k8s 生命週期太短

看樣子會有 Yearly Support，算好消息。因為哪有人幾個月就升一次 cluster，k8s 的人自己都不架站才會有這種白吃決定。

但還看不出會 support 多久。LTS 少說也要三年吧

追更新是為了 security patch，比較少人是為了 feature 吧 XD

• 先前觀察到的消息2
• Add Kubernetes Yearly Support Period KEP1

什麼 LTS

k8s 有 lts 嗎

他們不是一直更新 一直更新...

1.19 的 LTS 也快來了，但看到 19 不知為什心理毛毛的 (逃走

2 月時的整理，還不錯的參考

6 月的現在各家支援的 k8s 版本又升了一些 (才幾個月就變天, k8s 更新的太快了)

最近比較大條的新聞是 GKE master plan 現在要錢。還有升到 1.16 版時會遇到一堆舊的 API 被移除

Helm 最大缺點就是 go template

go template 是哪個天才的白吃設計啊

就看管理者的龜毛程度了，不過這裡舉 helm 單純是跟人在 slack 上聊天，提到 helm v2 時，還要弄 rbac 而覺心理上有門檻，才會用這東西作為例子。要我自己裝，我也都設 cluster-admin

也許可行的做法是只讓他能在某些 namespace 下有比較大的權限。