所以支撐整個 internet 的資料庫只放在一台主機裡嗎？certficate 這種做 shard 應該很容易吧，我以為會用分散式的方式廣部全球....

然後就是4/12大斷線

大公司 infra team 最後都是政治問題: 是做給長官 (customer) 看，還是真的是來服務 developer (user)

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

AName 真是方便

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

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

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

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

在 MacBook 測 DB 效能...

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

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

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

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

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

終於有 lock file 了.

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

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

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 成本