最近在研究如何快速對 Postgres 進行升版，之前有聽過透過 Logical Replication 的方式來進行升版，但後來發現 Postgres 官方有推出 pg_upgrade 工具可以 in place 的快速升級 Postgres，並且保證盡可能向下相容，且支援跨主版本的升級。

因此這篇文章就來講講 pg_upgrade 這個工具怎麼使用。

在今年 2022 Google I/O 上， Google 宣佈了新的 AlloyDB For Postgres 新產品，AlloyDB 是與 Postgres 完全相容的 database，是拿 Postgres 的 Source Code 加以改良性能，使得可以應付 enterprise-grade transactional and analytical workloads。

該篇文章的筆記是來自於閱讀 AlloyDB intelligent, database-aware storage 與 AlloyDB Columnar engine 兩篇文章的。

今天來記錄一下 logical replication 實際 demo 的方式，之後會先出一系列實際架設各種 Postgres 內的功能來玩玩。

今天來講講 Google Cloud 之前發布的一系列文章：Kubernetes best practices，我也是無意中看到，但我覺得寫得滿好的，也是值得筆記的。這篇文章的主題是關於為什麼 build small container images 這件事情很重要且它的好處是什麼。

以下的 build image 的 example 都放在 GitHub 上：https://github.com/KennyChenFight/build-small-image

今天要談談的是 golang test file 的 package 要在 internal 還是要放在 external 上？所謂的 internal 跟 external 指的是，你的 test file 是否要放在你要測試的程式碼的同一個 package 下，還是應該放在另外一個 package 上，例如 xxx_test package。

這兩者選擇時機點有點不太一樣，有什麼好處跟壞處呢？今天就來探討一下。

今天來講講 delayed task (延遲任務) 的 system design，有哪些方法以及每個方法的適用場景。延遲任務我想應該是常見的需求，舉例來說 CronJob 其實也是延遲任務的一種，只是可能 Cronjob 就是在固定的時間點做同一件事情這樣。那麼本文章的延遲任務指的是，今天有許多 task 是可以設定不同的時間點去執行的，就像是月曆上面可以設定你之後每天的行程是一樣的概念。再延伸想，當你排定好的行程快到了，像是 Google Calendar 就會在十分鐘前提醒你該行程快到了，這也是延遲任務的一種概念。

今天的主題來談談 Golang 的 project layout 的各種形式。所謂 project layout 指的就是基於 Golang 的專案架構，要知道官方是沒有宣布或是規定怎樣的專案架構。造成社群中大家對 Golang 的 project layout 可能看法都不同，因此我也記錄一下我自己選擇 project layout 的思路。

也會介紹社群中應該最為人所知的：https://github.com/golang-standards/project-layout

今天來講講在設計 API 常見的需求：分頁，為什麼要進行分頁？不外乎就是不希望向資料庫一次拿大量的資料出來，造成資料庫的負擔，且前端頁面也不應該一次顯示過多的大量資料，需要進行分頁來提升使用者體驗。

那麼在 Postgres 要實現分頁的需求其實有很多種方法，每個方法使用情境也都不一樣，其 performance 也會有差別的，這篇文章應該是我好久以前就寫好的草稿，但一直沒時間好好整理筆記發在 blog，所以就一直擱置了，因為分頁的需求很常見，所以是應該好好記下來才行。

今天分享這篇文章的筆記，主要內容是在講現在常見的程式語言的 memory model 的內容是什麼，因為我對 c/c++ 也很久沒碰了，所以可能我會理解錯誤，再歡迎指教。

今天分享這篇文章的相關筆記，該文章的作者也是主要 Go 的 contributor 其中之一。這篇文章主要是介紹硬體記憶體模型有什麼類型以及其差別。作者這系列的文章總共有三篇，前面兩篇都算是鋪陳第三篇的 Go 的記憶體模型設計，所以透過前兩篇文章先講講硬體記憶體模型是什麼及區別，第二篇是講講其他語言的記憶體模型設計為何。