昨天寫了「AWS 推出 Amazon S3 Express One Zone」這篇，剛好跟朋友聊了一下 Amazon S3 Express One Zone 的用途...
首先 Amazon S3 Express One Zone 這個產品的定位會是有多台機器需要存取同一包資料：如果是同一台機器要存取的話，放到 Amazon EBS 甚至是 local disk 上就好了。
另外可以知道 Amazon S3 Express One Zone 主要的服務對象不會是靜態資料：靜態資料可以先把所有的資料打包成一大包，丟到標準的 Amazon S3 上面跑，讓每一台機器下載下來，這樣 latency 的影響也會小很多。
所以可以抓到產品的定位：會是有很多機器需要存取同一包資料，而且這包資料會不斷更新。
但畢竟 Amazon S3 Express One Zone 還是要走 HTTPS 去跟 server 要資料，如果你在本地端使用 EBS 或是 local disk，latency 一定還是比較低；而且就程式的開發來說，比較直覺的方法還是在本地端直接弄一個 ext4 filesystem，然後跑很多 process 處理。
(而且這樣還有使用記憶體做的 filesystem cache，加上 EBS 的儲存費用還比 Amazon S3 Express One Zone 便宜)
所以 Amazon S3 Express One Zone 的定位又再被縮小到一台 EC2 instance 沒辦法完成上一段提到的情境。
如果再把前幾天新推出的機器拿來看：「AWS 推出 32TB RAM 的機種 u7in-32tb.224xlarge」，這台新機器是 896 vCPU + 32TB RAM，代表你每跑 896 個 process (假設程式還沒用 threading 打散)，而每個 process 可以吃 36GB RAM...
算過以後就會發現，這是個 scale up 可以暴力解很多問題的年代，只要你的演算法不是 
但回到這個產品的定位，從上面的推敲可以找出還是有對應的需求方，而且知道這是一個比較小眾的產品線，但遇到這種問題的人都會是大型客戶，這樣去思考為什麼會推出 Amazon S3 Express One Zone 就合理多了。