幹壞事是進步最大的原動力
在「Show HN: Drop-in SQS replacement based on SQLite (github.com/poundifdef)」這邊看到的，就如同標題所提到的，是個 Amazon SQS 的相容 API 實作，專案在 GitHub 上的「SmoothMQ」這邊。
底層是 SQLite，實作語言是用 Go，然後有 web interface 可以觀察與管理。
不過 Amazon SQS 的 API 層有特別優秀嗎...？而且大多數的情況都不是直接呼叫，應該是透過 message queue sdk 處理，像是作者自己寫的 sample code 用 Celery？如果是 Celery 的話後面應該有很多 backend 可以抽換...
也許在測試的角度用的到？
結論：用 Perl。
寫 shell script 的時候遇到的問題，在 Linux 上面使用 sed 換檔案裡面的字串，但不想要產生 backup file 的方式是：
sed -i -e 's/foo/bar/' example.txt
但在 macOS 內建的 sed 則是：
sed -i '' -e 's/foo/bar/' example.txt
也就是說前者 GNU sed 是處理 $1 (argv[1]，anyway) 後面貼著的參數，而後者 macOS 的則是吃 $2 (argv[2]) 的參數。
在 Stack Overflow 上的「sed in-place flag that works both on Mac (BSD) and Linux」這邊有討論，看起來 sed 上沒有通解。
翻了 The Open Group 上的說明，sed 應該是定義在 POSIX 裡面，而從文件裡面沒有提到 backup file 可以知道這是各家自己實作的功能：「sed」。
所以一種解法是用 detection 的方式針對不同的 sed 給不同的指令；而另外一種解法是找其他工具。後者考慮到普及性，用 Perl 應該會是比較好的方式，目前不是 minimal 類的系統應該都還有 Perl 可以用：
perl -pi -e 's/foo/bar/' example.txt
但這樣跑在 CI 裡面的時候就得小心一點了，如果選到 minimal image 的話就會中獎... (煩躁？)
在 Hacker News 上看到「ClickHouse Keeper: A ZooKeeper alternative written in C++ (clickhouse.com)」，原文是「ClickHouse Keeper: A ZooKeeper alternative written in C++」。
在 distributed coordination 這個領域目前應該是 etcd 比較知名，但 Apache ZooKeeper 畢竟算是元老，還是有不少應用程式會把 ZooKeeper 當作基礎建設在用。
因此 etcd 也包了一個 zetcd，可以用 etcd 當作底層結構，但提供 ZooKeeper API 的介面讓應用程式使用：
Serve the Apache Zookeeper API but back it with an etcd cluster
這次 ClickHouse 的人搞出一個用 C++ 寫的 ClickHouse Keeper，定位是 drop-in replacement，想要解決現有的應用程式遇到的記憶體資源問題。
從開頭的說明就可以看到著重在這塊：
up to 46 times less memory than ZooKeeper for the same volume of data while maintaining performance close to ZooKeeper.
而對於新的應用程式，在開發時應該就不太會選 ZooKeeper 了，畢竟連 distributed lock 都得自己操作 znode 把功能疊出來 (像是官網很貼心的還提供了「ZooKeeper Recipes and Solutions」，裡面提供了 lock 的方法)，而這種事情太累，用 etcd 方便太多...
這個功能等了十年以上總算是出現了，Amazon EC2 的 AMI 總算是能直接抽換 root volume，不用先停掉機器：「Amazon EC2 enables easier patching of guest operating system and applications with Replace Root Volume」。
Starting today, Amazon EC2 supports the replacement of instance root volume using an updated AMI without requiring customers to stop their instance. This allows customers to easily update their applications and guest operating system, while retaining the instance store data, networking and IAM configuration.
算是 pre-container 時代會遇到的問題，後來大家都把 workaround 變成 practice 了：每次需要時候都是直接整包重新打包 (像是 Packer 這類的工具)，然後用工具更新 AMI id 改開新的機器，這樣就能夠避開需要先停掉現有機器的問題...
怎麼會突然想到要回來支援這個功能 XD